Если есть phpmyadmin, то зайти в базу, выбрать всё в таблице (снизу кнопочка), далее нажать на "с отмеченными" и выбрать "восстановить таблицу"

Эти сайты на одном сервере? И сразу второй вопрос, одни и те же модули стоят? Если да, то есть вероятность, что один из них вызвал проблему

сайты на одном сервере,модули одинаковые стоят.Вопрос такой,если серверу не хватает ресурсов такое может случится?

Через ssh-консоль можно набрать df -h и посмотреть как распределена память жесткого диска

Цитата
lazeyka v zakone пишет: На жестком есть место.Может ли это быть из-за нехватки ОЗУ к примеру?

Сам процесс мог убиться операционкой из-за нехватки ОЗУ, соответственно получаем в итоге что и при нехватке физического места - в обоих случаях процесс просто падает

Цитата
lazeyka v zakone пишет: скорее всего так и случилось.Можно ли как-то посмотреть сколько озу расходует каждая бд? Не общий расход,а именно по каждой бд? Свободной ОЗУ в среднем 60-100 мб. Я так понимаю что происходят скачки нагрузки и из-за этого этих 60-100 метров не хватает.

Если и есть возможность в реальном времени смотреть оп каждой БД, то я о нем не знаю (грусть и печаль), может кто знающий в топик напишет способ. Думаю, лучше посмотреть в логах mysql кто именно уронил и что вообще произошло.Сорри за копипаст,но:

log=/var/log/mysql/mysql.log # Лог всех SQL-запросов
log-bin=/var/log/mysql/mysql.err # Бинарный лог всех SQL-запросов
log-error=/var/log/mysql/mysql.login # Лог ошибок в работе демона СУБД MySQL
log-slow-queries=/var/log/mysql/mysql.slow # Лог всех медленных SQL-запросов


Можно пройтись по логам, авось разъяснится ситуация

Что-то похожее нашел в phpmyadmin в разделе статистики, там есть "монитор", хотя опять же... по базам он не показывает