Назад | Перейти на главную страницу

MySQL продолжает вылетать при использовании Jira

У меня есть установка 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 больше не дает сбоев, и все работает нормально. Похоже, что в используемой мной версии возникла проблема.

Эта статья похоже, описывает вашу проблему. Если я правильно понимаю, ваша база данных повреждена и требует восстановления.