Назад | Перейти на главную страницу

Что могло вызвать сбой MySQL при выполнении запроса на чтение?

Итак, у меня довольно большая база данных MySQL ... 7 гигабайт в общем размере, 35 миллионов URL.

На днях я довольно быстро запрашивал его (используя только запросы SELECT). Моя ubuntu зависла / выключилась (это первое!) И сказала что-то в сети, строки «паника, возврат к текстовой консоли» - но она была заморожена.

После перезагрузки моего компьютера. Каждая таблица MySQL в БД была в порядке, кроме той, из которой я читал. Было сказано «в использовании».

Есть идеи, что могло вызвать это? Конечно, MySQL достаточно умен, чтобы знать, когда ВЫБОР завершен?

РЕДАКТИРОВАТЬ: Может быть, мне нужно запустить автономный сервер MySQL? Я имею в виду ... этот на 100% процессор почти постоянно между запуском моего PHP-скрипта для доступа к нему и MySQL, который должен копаться в такой большой БД ...

Я почти заподозрил повреждение файловой системы. FSCK файловая система? Что-нибудь в журналах приводило к сбою?

Я бы сказал, да, отделите файловую систему от db. Что ж, если вы используете таблицы MyISAM, тогда mysql будет блокировать уровень строки при выборе. Чтения должны происходить полностью независимо друг от друга и не должно быть никаких проблем. Есть ли проблемы с дисковым пространством или с местом подкачки? Вы должны иметь возможность сбросить статус таблицы через mysqladmin.

Кроме того, каковы ваши значения для размеров буфера? (посмотрите в my.cf) или в mysqladmin под переменными. Это даст некоторое представление о том, что могло случиться. И, наконец, было ли что-нибудь в файлах журнала / var / log / messages или mysqld?