не мог обновить мерзавца через команду клона мерзавца

Мы имеем дело с разрушенными mysql таблицами вполне немного так мало предложений на вещах попробовать.

Во-первых, попытайтесь отбросить таблицу, перезапустив mysql, затем повторно добавив таблицу. Это позволит ему полностью воссоздать таблицу и зафиксировать любые скрытые ошибки структуры. Кроме того, таблица восстановления, сопровождаемая flush_tables, может работать, но мы нашли, что это не имеет столь же высокого показателя успешности.

Если это не работает, попытайтесь переместить таблицу в полностью в таблице памяти. Переключатель в от InnoDB или MyISM к ПАМЯТИ и видит, отказывает ли это все еще. Предупредите, что эта таблица не поддержит результаты через перезапуски, но так как это - таблица сессии, это не должно влиять на Вас. Обоснуйте, что это работает, то, что более медленные диски будут большие запросы любить повреждать таблицы, когда система/контрольные точки БД произойдет. Я должен все же видеть полную корреляцию на этом, но в каждом случае, более быстрые серверы не делают ошибки нигде близко к количеству раз, которое делают наши более медленные. Учитывая, что это - VM, дисковое замедление, вероятно, время от времени будет проблемой.

Последняя вещь состоит в том, чтобы включить полные mysql журналы запросов. Это повлияет на производительность так быть осторожным. Идея здесь состоит в том, чтобы разыскать, какой запрос в последний раз успешно выполняется и который перестал работать. При ловле достаточного количества отказов, Вы перейдете к сути дела, где Вы видите шаблон. Если можно надежно воспроизвести катастрофический отказ, Вы вовлекли себя ошибка MySQL. Надо надеяться, Вы не достигаете этой точки :)