Постоянно рушится таблица?

Question

[Max B]

Привет.


Столкнулся с повторяющейся и весьма досаждающей проблемой.

Есть таблица. В таблицу происходит происходит вставка данных. До «неделя назад» всё работало год как без сбоев.

С «неделя назад» я получаю следующую ошибку: "Unable to save result set" при SELECT запросе и сломанную таблицу:

TABLE IS marked AS crashed;
2 clients are USING OR haven't closed the table properly;
Wrong record length 1024 of 1027 at 8509040
Corrupt

С чем связана подобная беда? Работало ж ведь как часы.

Comments

[Max B]

Нагрузка не возростает уже год. Это промежуточный сервер для обработки данных. Грубо говоря там делается одно и то же день ото дня- очистили таблицу, заново заполнили и так по кругу раз в день.
Версия: mysql 5.1 обычный.
// хоть как бэкапишь свою БД
Бэкапы делаю копирую файловую структуру(останавливая серве) и дублирую sql дампами.

[Max B]

Проверка диска не выявила проблем :(

CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)…
Обработано записей файлов: 28912.
Проверка файлов завершена.
Обработано записей больших файлов: 31.
Обработано записей поврежденных файлов: 0.
Обработано EA-записей: 0.
Обработано записей повторной обработки: 0.
Проверка индексов (этап 2 из 3)…
Обработано записей индекса: 77833.
Проверка индексов завершена.
Обработано неиндексированных файлов: 5.
Проверка дескрипторов безопасности (этап 3 из 3
Обработано дескрипторов безопасности: 28912.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 251.

244195327 КБ всего на диске.
18532060 КБ в 8293 файлах.
3656 КБ в 253 индексах.
0 КБ в поврежденных секторах.
102323 КБ используется системой.
65536 КБ занято под файл журнала.
225557288 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 61048831.
56389322 кластеров на диске.

Answer 1

[Марк]

Если раньше работало, а сейчас все время ломается, я бы смотрел в первую очередь на диск: он или посыпался, или (например) закончилось место в разделе. Посмотрите dmesg, там дисковая подсистема много интересного рассказывает.

Comments

[Max B]

У меня windows :) Но я тоже грешу на FS.

[Max B]

Кадется всё ок :(

CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)…
Обработано записей файлов: 28912.
Проверка файлов завершена.
Обработано записей больших файлов: 31.
Обработано записей поврежденных файлов: 0.
Обработано EA-записей: 0.
Обработано записей повторной обработки: 0.
Проверка индексов (этап 2 из 3)…
Обработано записей индекса: 77833.
Проверка индексов завершена.
Обработано неиндексированных файлов: 5.
Проверка дескрипторов безопасности (этап 3 из 3
Обработано дескрипторов безопасности: 28912.
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 251.

244195327 КБ всего на диске.
18532060 КБ в 8293 файлах.
3656 КБ в 253 индексах.
0 КБ в поврежденных секторах.
102323 КБ используется системой.
65536 КБ занято под файл журнала.
225557288 КБ свободно на диске.

Размер кластера: 4096 байт.
Всего кластеров на диске: 61048831.
56389322 кластеров на диске.

Answer 2

[AGvin]

Тут вариантов много, по крайней мере, опиши хоть как бэкапишь свою БД. (если простым copy/past то могут возникнуть проблемы)
Также было бы не плохо описать сервер БД (какой софт стоит обычный mysql или percona?) Еще было бы очень не плохо узнать как возросла на нее нагрузка.

Comments

[Max B]

Нагрузка не возростает уже год. Это промежуточный сервер для обработки данных. Грубо говоря там делается одно и то же день ото дня- очистили таблицу, заново заполнили и так по кругу раз в день.
Версия: mysql 5.1 обычный.
// хоть как бэкапишь свою БД
Бэкапы делаю копирую файловую структуру(останавливая серве) и дублирую sql дампами.

Answer 3

[AGvin]

Что тут сказать, у меня была схожая ситуация, причиной была сборка mysql. После обновления полегчало.
Но в данном случае, может еще быть проблема и с дисковой системой. Лучше проверь ее на целостность.

Так же, в принципе, если таблицу полностью чистишь командой «DELETE FROM table_name», то более оптимальным способом, будет использование «TRUNCATE TABLE table_name».

Comments

[Max B]

Здорово, но тут даже REPAIR не помогает. Всё летит и летит. Буду диск проверять.

Answer 4

[AGvin]

Насчет REPAIR, я как бы не в курсе, какая у тебя таблица MyISAM или InnoDB… Просто с InnoDB REPAIR тебе не поможет ( Если InnoDB — то лучше, почитай документацию.

Так же, в случае если к таблице привязаны ТРИГГЕРЫ, то скорей всего проблема может быть не с таблицей на которой валятся ошибки, а с таблицей в которую данный триггер вносит изменения.

Comments

[Max B]

Триггеров нет. MyISAM.