MySQL, хостинг и надежность

Понятно, что у условно плохого хостера такие проблемы могут случаться три раза в день, а у условно хорошего — раз в три года, но, мне кажется, лучше иметь о них представление заранее.

Случаются они при использовании хранилища MyISAM (а обычно используют именно его). Дело в том, что в MyISAM нет транзакций, то есть, когда нужно изменить что-то в таблице, он берет и меняет это в файле таблицы, а потом меняет файл индекса. Если во время изменений процесс mysql умрет — после его перезапуска на все обращения к таблице будет получаться ошибка вида «Got error %d from storage engine».

Конформистское решение — быть готовым к проблеме, стараться ничего не писать в таблицы или делать так, что ошибки при работе с отдельными часто изменяемыми таблицами (ну, например, таблице сессий) не будут приводить к фатальной ошибке на всех страницах сайта. Если проблема случилась — как можно раньше (может быть даже автоматически, но только один раз) пытаться выполнить запрос REPAIR TABLE. Или, если права на MySQL этого не позволяют, писать письмо в службу поддержки.

Нонкорформистское — мигрировать на InnoDB. Этих проблем там нет. Есть другие, но они менее вероятны. InnoDB несовместим с MyISAM — там база данных будет по-настоящему реляционной, не будет иногда полезного INSERT DELAYED, да и до сих пор не все хостеры его поддерживают. Подробнее о различиях транзакционных и нетранзакционных хранилищ хорошо написано в документации по MySQL.