Служба Windows Insider запускается автоматически каждые 30 минут после сбоя mysql - PullRequest
0 голосов
/ 04 июля 2018

У меня есть веб-сайт на двух серверах (Windows Server 2016 и Windows Server 2012). На сервере 2016 mysql падает каждые 30 минут. Пытаясь отследить, что может быть причиной этого, я заметил, что « Windows Insider Service » входит в рабочее состояние перед тем, как mysql каждый раз падает.

Странно то, что Служба Windows Insider установлена ​​на запуск вручную Тип, поэтому я не понимаю, почему он запускается каждые 30 минут, но это то, что я вижу в своем журнале событий. перед каждым крахом mysql.

"The Windows Insider Service service entered the running state."  Event ID 7036

И когда я говорю «прямо перед», я имею в виду точно в ту же секунду, но в списке событий перед записью происходит сбой mysql. Я предполагаю, что это означает, что это произошло за долю секунды до краха mysql.

К счастью, я запускаю ipSentry на своем сервере, который автоматически обнаруживает сбой mysql и сразу же перезапускает его. Таким образом, mysql автоматически перезапускается, а затем примерно через 55 секунд после того, как mysql переходит в рабочее состояние, служба Windows Insider переходит в состояние остановки (или, по крайней мере, именно тогда, когда происходит запись в журнал событий Windows).

И ровно через 30 минут после того, как mysql переходит в рабочее состояние, служба Windows Insider Service также переходит в рабочее состояние, в результате чего mysql снова падает.

Кроме того, mysql не дает сбоя на моем сервере 2012 года, предположительно потому, что в этой версии операционной системы нет службы Windows Insider Service, поэтому я почти уверен, что именно это приводит к сбою mysql.

Для подтверждения своих подозрений я хочу явно запретить запуск этой службы. У меня вопрос: как я могу узнать, что вызывает его начало, и если я не могу это выяснить, то есть ли способ убедиться, что он не начинается?

ОБНОВЛЕНИЕ: Я заметил, что Служба отчетов об ошибках Windows также запускается в ту же секунду, когда запускается служба Windows Insider (пока она не указана выше службы Insider), и эта служба запускается. автоматический перезапуск через 2 минуты после сбоя. Я также заметил, что ровно через 1 минуту после того, как служба Windows Insider переходит в состояние останова, также поступает служба отчетов об ошибках Windows.

Итак, похоже, это процесс:

  1. Служба отчетов об ошибках Windows запускается
  2. Запускается служба Windows Insider
  3. Служба MySQL останавливается (шаги с 1 по 3 одновременно)
  4. ipSentry автоматически перезапускает MySQL
  5. Ровно через 1 минуту после запуска службы Windows Insider служба останавливается
  6. Ровно через 2 минуты после запуска отчетов об ошибках Windows он останавливается
  7. Ровно через 30 минут после запуска MySQL весь цикл начинается снова

Это настройки службы отчетов об ошибках Windows.

enter image description here

Так что, очевидно, я не вижу нигде в этих настройках, которые бы вызывали остановку службы отчетов об ошибках Windows через 2 минуты, и я также не вижу никаких настроек, которые заставили бы ее перезапускаться ровно через 30 минут после запуска MySQL. Я также не понимаю, почему эти две службы (службы отчетов об ошибках и инсайдерской службы), похоже, объединены.

Моя главная цель - остановить сбой MySQL. Я только поднимаю эти услуги, потому что они кажутся причиной, и я не понимаю, почему они делают то, что делают, поэтому я не знаю, как это остановить.

1 Ответ

0 голосов
/ 13 сентября 2018

Оказывается, что служба Windows Insider не была причиной сбоя MySQL каждые 30 минут, поэтому весь этот вопрос был погоней за диким гусем, но в интересах других, кто может наткнуться на нее, я опубликую свое решение здесь.

Оказывается, MySQL устанавливает в Windows по умолчанию время сброса до 1800 секунд (для блоков nix это значение по умолчанию равно 0). Обычно это не проблема, но поскольку я использовал федеративные таблицы, это была проблема. Я думаю, что MySQL не знает, как очистить федеративные таблицы, поэтому сбой. Поэтому я установил flushtime = 0 в my.ini, и проблема исчезла.

Об этой ошибке сообщалось здесь: https://bugs.mysql.com/bug.php?id=47525&thanks=3&notify=87

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...