Форум MySQL

На сервере постоянно вылетает с орбиты мускл. Все бы можно было стерпеть, но последний слет стоил нескольких сотен строк в таблице. Подскажите как можно подстраховаться от этого. Опять же, стоит ли основные таблицы перевести на InnoDB. Или напрасная трата времени? Читал что InnoDB как-то там само себя ремонтирует, это спасет меня от ставших мною любимых REPAIR и CHECK TABLE?

ps Пара оговорок:
1. Совет: "Перейти на другой сервер" не подходит по ряду внутренних причин.
2. Восстановление из дампа можно не рекомендовать. Не я слежу за бэкапом, а у того кто следит, он (дамп), оказался 3-х недельной давности.

А почему вылетает, что пишется в error logs?

Can't connect to mysql server through....

На сервере сотни скриптов. Запуск одного (а может и не одного) из которых убивает мускл. Рыться в логах вообще затея на пятилетку. Эта проблема ни раз уже обсуждалась с администрацией. Один такой bug (от третьих рук) выцепили, изменили, стало полегче, нагрузка упала в десятки раз. Но не на долго. Появился другой жук. Я так понял проблема вечная или около того, потому и спрашиваю про целесообразность перехода на InnoDB.

1) В сторону репликации думали (т.е. имеется возможность завести ещё один сервер для дублирования данных)?
>это спасет меня от ставших мною любимых REPAIR и CHECK TABLE?
2) У вас ключен подсчёт контрольных сумм таблицы? Это увеличивает вероятность восстановления данных?
3) InnoDB тоже имеет не мало заморочек, хоть и надёжнее MyISAM. Самая большая неприятность - этот тип таблиц медленее MyISAM и на много (в разы).

> 1) В сторону репликации думали (т.е. имеется возможность завести ещё один сервер для дублирования данных)?
Нет. К сожалению не рассматривали. Потому буду признателен на любую ценную статью по этому вопросу. Может уже и стоило об этом задуматься давно.
> 2) У вас ключен подсчёт контрольных сумм таблицы? Это увеличивает вероятность восстановления данных?
Восстановление успешно выполнялось без этого. Теперь включил :-( Поздно. И надеюсь поможет как-то в будущем. Спасибо за совет. Признаюсь честно не знал.
> 3) InnoDB тоже имеет не мало заморочек, хоть и надёжнее MyISAM. Самая большая неприятность - этот тип таблиц медленее MyISAM и на много (в разы).
В разы звучит как приговор. Что ж. Будем думать, что сделать с тем, что имеется.

>Нет. К сожалению не рассматривали. Потому буду признателен на любую ценную статью по
>этому вопросу. Может уже и стоило об этом задуматься давно.
Готовой статьи на русском к сожалению не видел (сам никак ей не разрожусь :), однако процесс репликации описывается в нашей последней книге "MySQL 5. В подллиннике". Репликация была введена достаточно давно, ещё в версии 3.23 и представляет собой зеркальный сервер (Как RAID 1 в дисках).