Почему mysql сервер не останавливается?

Спасибо большое, отложил до вечера, а то как то стремно на рабочем сервере то

Денис Денис: советую на всякий случай сделать бэкап баз, если мускул убить принудительно, то могут побиться таблички и не всегда repair спасает.

Ну и ещё есть service mysqld status/restart и т.д.

9 катигорически не приемлимый и нерекомендованный вариант, тем более с базами INODB, такой вариант используется только в том случае когда другие сигналы не помогают, он даже крайне не рекомендуется для закрятия приложения на десктопе, я уже не говорю про сервер. В начале по хорошему нужно было исключить любые другие варианты.

ShamblerR: Если бекап есть, то ничего плохого не случится. А он должен быть в любом случае. Чтобы разрушить базу, нужно убить ib_logfile и ibdata1.

ShamblerR: вот поддержу, что 9 сигнал совершенно неприемлем. Если уж убивать, то 15ым.

Azazel PW: боюсь вы плохо понимаете работу inoDB бэкап не поможет поскольку он не содержит самого бинарного файла, а следовательно при десинхронизации будет вести себя некорректно, и заливайте вы сами базы хоть до самого небалуйся. заходите в защитном режиме, востанавливайте базы всеравно валидной эту работу будет назвать трудно.
убивать 9 естественно можно, но только тогда когда других шансов просто нет! Особенно mysql с inodb

ShamblerR: Уже восстанавливал клиенту после сгоревшей мат платы на сервере. И как обычно бекапов у него не было. )))
Плохо, хорошо это лирика. Сервис работает или не работает.
Можно и другими сигналами убивать, чтобы не оставлять "мусор" в системе.

Я если честно смотрю ваши последние комменты и вижу, что у вас подгорает. ))) Не надо так.

Все совершенно справедливо для mysam но для inodb свои правила, фактически майсам вообще можнопросто скопировать, потеряв часть данных в таблицах ожидающих записи. Да и при убивание сиквела так же практически максимум чем вы рискуете повреждением одной таблицы одной бд которая сейчас пишет, да и инструменты их востановления есть. При inodb у вас есть нехилый вариант получить крах всех бд, а системы востановления таблиц на inidb ох как работают не по феншую, понятно что сама вероятнось достаточно мала. Но на то он и сервер ;).