Сервер MySQL зависает приблизительно после 1 месяца (CentOS)
К сожалению, это не столь легко, как можно думать, так как Internet Explorer и Windows Explorer так тесно интегрируются.
Насколько я знаю, это не возможно сделать из-за этой интеграции. Можно хотеть изучить Internet Explorer 8 и просмотр InPrivate для обходного решения.
Можно ли определить "застрявший"? Т.е., действительно ли это мертво и не отвечает на какие-либо запросы что так когда-либо? Вы даже не можете получить список процессов того, какие запросы он выполняет?
Или это жует огромные суммы ЦП/памяти и просто шлифует сервер к останову или постоянно отказывает или что?
В чем состояние является процессом? И можете Вы strace процесс демона?
Вероятно, нужно немного больше понимания относительно того, что оно делает для предоставления любого очень хорошего совета.
-
1Когда я выполняю ' top' команда, я получаю работу mysqld 100% ЦП... Когда it' s работающий обычно, это doesn' t израсходовали любой ЦП вообще! Я haven' t выполняют ' ПОКАЖИТЕ PROCESSLIST; ' все же, в то время как it' s катастрофический отказ, таким образом, that' s следующий шаг. I' ll также пробуют ' strace' но it' s трудно, чтобы сделать на рабочем сервере, где клиент ожидает, что я сразу разбужу систему! – 7 November 2009 в 09:55
-
2Несомненно, я могу ценить делающий диагноз на производственной машине, время от времени проблема. То, что действительно необходимо передать клиенту, однако, то, что, не делая достаточного диагноза, когда проблема на самом деле происходит и просто перезапускает сервер затем, та же самая проблема, вероятно, произойдет снова в будущем. MySQL Given жует 100%-е процессорное время, вероятно, что существует подозрительный запрос, инициировавший событие. Помните, медленные запросы только зарегистрированы, ПОСЛЕ ТОГО КАК они завершаются. You' ре, не позволяющее этому завершаться. – Keiran Holloway 7 November 2009 в 12:06
-
3Одна вещь, которую Вы смогли делать, состоит в том, чтобы иметь другой mysql сервер в ведомой конфигурации. Перезагрузка, что одна ежедневная газета. Затем, когда проблема происходит, загрузите ведомое устройство так, чтобы it' s теперь основное устройство. Затем отладьте к своему heart' s содержание на (раньше) рабочем сервере. – Kevin M 5 June 2010 в 02:21
Можно попытаться использовать strace или связку против процесса mysqld, когда это происходит.
Другое решение может состоять в том, чтобы запланировать еженедельный возврат базы данных, в случае, если это не плохой запрос, а медленная утечка в MySQL. Ваш клиент 24x7?
Это не действительно ответ, но предложение: Установите контрольный инструмент как Munin с плагином MySQL и использованием часов и памятью, ЦП, соединениями TCP, и т.д. ведущими до и во время катастрофического отказа. Это было неоценимо для меня в аналогичных ситуациях.
Вы используете таблицы InnoDB или MyISAM? Это кажется, что Вы могли бы входить в ситуацию, где таблица соединила медленный запрос, заставив последующие запросы сложить в очереди. Как другие упомянули, тем не менее, не видя MySQL processlist (кладите/tmp/outfile для первого удара; покажите полный processlist\G), действительно трудно дать хороший ответ.