У меня есть установка Jira, работающая в Windows с использованием базы данных MySQL, размещенной в том же экземпляре. У нас возникла проблема, из-за которой служба MySQL продолжает давать сбой (после нескольких запросов страницы). Мы без проблем работали в этой конфигурации несколько месяцев. Это недавняя проблема.
Ошибка, которую я извлек из средства просмотра событий:
Имя сбойного приложения: mysqld.exe, версия: 5.5.28.0, отметка времени: 0x503ddca5 Имя сбойного модуля: mysqld.exe, версия: 5.5.28.0, отметка времени: 0x503ddca5 Код исключения: 0xc0000005 Смещение сбоя: 0x00000000002ee7e1 Идентификатор сбойного процесса: 0x440 Ошибка время запуска приложения: 0x01ce1791d135feaa Путь сбойного приложения: C: \ Program Files \ MySQL \ MySQL Server 5.5 \ bin \ mysqld.exe Путь сбойного модуля: C: \ Program Files \ MySQL \ MySQL Server 5.5 \ bin \ mysqld.exe Идентификатор отчета: f1294be0-8385-11e2-93fe-00155d502a64 Полное имя сбойного пакета: Идентификатор приложения, связанного с ошибочным пакетом:
Вот установка:
Неудачные попытки обхода:
Изменить для комментария: 1
Журналы MySQL, кажется, повторяют то, что я перезапустил службу, а затем разбил ее вскоре после этого:
130302 20:48:39 [Примечание] Плагин «FEDERATED» отключен.
130302 20:48:40 InnoDB: куча памяти InnoDB отключена
130302 20:48:40 InnoDB: мьютексы и rw_locks используют функции блокировки Windows
130302 20:48:40 InnoDB: сжатые таблицы используют zlib 1.2.3
130302 20:48:40 InnoDB: Инициализация буферного пула, размер = 8.0M
130302 20:48:40 InnoDB: завершена инициализация буферного пула
130302 20:48:40 InnoDB: самый поддерживаемый формат файла - Barracuda.
130302 20:48:43 InnoDB: ожидание запуска фоновых потоков
130302 20:48:44 InnoDB: 1.1.8 запущена; порядковый номер журнала 17878576
130302 20:48:44 [Примечание] Имя хоста сервера (адрес привязки): '0.0.0.0'; порт: 3306
130302 20:48:44 [Примечание] - «0.0.0.0» преобразуется в «0.0.0.0»;
130302 20:48:44 [Примечание] Серверный сокет создан на IP: '0.0.0.0'.
130302 20:48:46 [Примечание] Планировщик событий: загружено 0 событий
130302 20:48:46 [Примечание] C: \ Program Files \ MySQL \ MySQL Server 5.5 \ bin \ mysqld: готов к подключению.
Версия: '5.5.28-log' socket: '' порт: 3306 Сервер сообщества MySQL (GPL)
130302 20:56:04 InnoDB: сбой утверждения в потоке 648 в файле fut0lst.ic, строка 83
InnoDB: Неудачное утверждение: addr.page == FIL_NULL || addr.boffset> = FIL_PAGE_DATA
InnoDB: Мы намеренно создаем ловушку памяти.
InnoDB: отправьте подробный отчет об ошибке на http://bugs.mysql.com.
InnoDB: если вы получаете повторяющиеся сбои или сбои утверждения, даже
InnoDB: сразу после запуска mysqld может быть
InnoDB: повреждение табличного пространства InnoDB. Пожалуйста, обратитесь к
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: насчет принудительного восстановления.
InnoDB: поток 1532 остановлен в строке 474 файла os0sync.c
InnoDB: поток 1536 остановлен в строке 781 файла os0sync.c
InnoDB: поток 1544 остановлен в файле ut0ut.c, строка 76
После копирование последней версии из Соединитель MySQL J (v5.1.23) служба MySQL больше не дает сбоев, и все работает нормально. Похоже, что в используемой мной версии возникла проблема.
Эта статья похоже, описывает вашу проблему. Если я правильно понимаю, ваша база данных повреждена и требует восстановления.