Страница 1 из 2

Ошибка запуска mysqld.exe

Добавлено: 26 фев 2013, 21:33
shopot
Здравствуйте, с недавнего времени перестал запускаться сервер, при запуске вылетает "Ошибка запуска mysqld.exe"

Логи запуска:
2013-02-26 21:30:28  --------------------------------------------
2013-02-26 21:30:28  Начало процедуры запуска сервера
2013-02-26 21:30:28  Обновление Hosts файла
2013-02-26 21:30:29  Обновление конфигурации MySQL-5.6.10
2013-02-26 21:30:29  Обновление конфигурации Sendmail
2013-02-26 21:30:29  Обновление конфигурации PHP-5.4.11
2013-02-26 21:30:29  Обновление конфигурации PHPMyAdmin
2013-02-26 21:30:29  Обновление конфигурации MemcacheAdmin
2013-02-26 21:30:29  Обновление конфигурации Apache-2.2.23
2013-02-26 21:30:29  Запуск MySQL-5.6.10
2013-02-26 21:30:29  Запуск Apache-2.2.23
2013-02-26 21:30:29  Проверка состояния сервера
2013-02-26 21:30:52  Не удалось запустить MySQL-5.6.10
2013-02-26 21:30:52  Сбой запуска!
2013-02-26 21:30:52  --------------------------------------------
2013-02-26 21:30:52  Начало процедуры остановки сервера
2013-02-26 21:30:52  Остановка системных модулей
2013-02-26 21:30:55  Отключение виртуального диска
2013-02-26 21:30:55  Веб-сервер успешно остановлен!
БД логи:
2013-02-26 21:26:39 728 [Note] Plugin 'FEDERATED' is disabled.
2013-02-26 21:26:39 728 [Note] InnoDB: The InnoDB memory heap is disabled
2013-02-26 21:26:39 728 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2013-02-26 21:26:39 728 [Note] InnoDB: Compressed tables use zlib 1.2.3
2013-02-26 21:26:39 728 [Note] InnoDB: CPU does not support crc32 instructions
2013-02-26 21:26:39 728 [Note] InnoDB: Initializing buffer pool, size = 10.0M
2013-02-26 21:26:39 728 [Note] InnoDB: Completed initialization of buffer pool
2013-02-26 21:26:39 728 [Note] InnoDB: Highest supported file format is Barracuda.
2013-02-26 21:26:39 728 [Note] InnoDB: Log scan progressed past the checkpoint lsn 520797741
2013-02-26 21:26:39 728 [Note] InnoDB: Database was not shutdown normally!
2013-02-26 21:26:39 728 [Note] InnoDB: Starting crash recovery.
2013-02-26 21:26:39 728 [Note] InnoDB: Reading tablespace information from the .ibd files...
2013-02-26 21:26:40 728 [Note] InnoDB: Restoring possible half-written data pages 
2013-02-26 21:26:40 728 [Note] InnoDB: from the doublewrite buffer...
InnoDB: Doing recovery: scanned up to log sequence number 520956790
2013-02-26 21:26:42 728 [Note] InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 
InnoDB: Apply batch completed
2013-02-26 21:26:43 728 [Note] InnoDB: 128 rollback segment(s) are active.
2013-02-26 21:26:43 728 [Note] InnoDB: Waiting for purge to start
2013-02-26 21:26:43 71c  InnoDB: Assertion failure in thread 1820 in file fut0lst.ic line 83
InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
18:26:43 UTC - mysqld got exception 0xc0000005 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed, 
something is definitely wrong and this may fail.

key_buffer_size=26214400
read_buffer_size=2097152
max_used_connections=0
max_threads=200
thread_count=0
connection_count=0
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 641864 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
InnoDB: Thread 4064 stopped in file sync0rw.cc line 549
12427f5    mysqld.exe!xor_string()
12442f3    mysqld.exe!xor_string()
1244637    mysqld.exe!xor_string()
12453a7    mysqld.exe!xor_string()
12456eb    mysqld.exe!xor_string()
1225cdb    mysqld.exe!xor_string()
1225f71    mysqld.exe!xor_string()
762f33ca    KERNEL32.dll!BaseThreadInitThunk()
77979ed2    ntdll.dll!RtlInitializeExceptionChain()
77979ea5    ntdll.dll!RtlInitializeExceptionChain()
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
InnoDB: Thread 3824 stopped in file os0sync.cc line 475
InnoDB: Thread 3948 stopped in file os0sync.cc line 783
InnoDB: Thread 2964 stopped in file ut0ut.cc line 81
InnoDB: Thread 1416 stopped in file os0sync.cc line 475

Добавлено: 26 фев 2013, 21:44
Максим
Был reset во время работы базы или свет пропадал. В общем база не была коректно остановлена. Попробуйте в конфиге базы прописать innodb_force_recovery = 3 и потом стартануть.

Добавлено: 26 фев 2013, 21:54
shopot
Спасибо, помогло!

Добавлено: 26 фев 2013, 22:03
Максим
shopot писал(а):Спасибо, помогло!
Помогло, но оно ведь для отладки. База работает не полноценно. Не забудьте сделать дамп всех баз данных (кроме mysql). Потом убедитесь что дамп сделан корректно и удалите все базы кроме mysql. Потом спокойно импортируйте созданный ранее дамп, удалите из конфига этот параметр (innodb_force_recovery = 3) и пробуйте запустить базу.

Добавлено: 23 апр 2013, 19:18
oilmonster
такая же проблема, сервер стоял на внешнем винте, отошел разъем и после не запускается, пишет ошибку mysql

Логи запуска
2013-04-24 01:58:27  --------------------------------------------
2013-04-24 01:58:27  Начало процедуры запуска сервера
2013-04-24 01:58:27  Обновление Hosts файла
2013-04-24 01:58:27  Обновление конфигурации MySQL-5.1.68
2013-04-24 01:58:27  Обновление конфигурации Sendmail
2013-04-24 01:58:27  Обновление конфигурации PHP-5.2.17
2013-04-24 01:58:27  Обновление конфигурации PHPMyAdmin
2013-04-24 01:58:27  Обновление конфигурации MemcacheAdmin
2013-04-24 01:58:27  Обновление конфигурации Apache-2.2.24
2013-04-24 01:58:27  Запуск MySQL-5.1.68
2013-04-24 01:58:27  Запуск Apache-2.2.24
2013-04-24 01:58:27  Проверка состояния сервера
2013-04-24 01:58:40  Не удалось запустить MySQL-5.1.68
2013-04-24 01:58:40  Сбой запуска!
2013-04-24 01:58:40  --------------------------------------------
2013-04-24 01:58:40  Начало процедуры остановки сервера
2013-04-24 01:58:40  Остановка системных модулей
2013-04-24 01:58:42  Отключение виртуального диска
2013-04-24 01:58:42  Веб-сервер успешно остановлен!
Логи mysql
error: Found option without preceding group in config file: F:\OpenServer\userdata\temp\config\my.ini at line: 10
Fatal error in defaults handling. Program aborted
130424  1:58:27 [Warning] Can't create test file F:\OpenServer\modules\database\MySQL-5.1.68\data\Oilmonster-ПК.lower-test
130424  1:58:27 [Warning] Can't create test file F:\OpenServer\modules\database\MySQL-5.1.68\data\Oilmonster-ПК.lower-test
F:\OpenServer\modules\database\MySQL-5.1.68\bin\mysqld.exe: Can't change dir to 'F:\OpenServer\modules\database\MySQL-5.1.68\data\' (Errcode: 2)
130424  1:58:27 [ERROR] Aborting

130424  1:58:27 [Note] F:\OpenServer\modules\database\MySQL-5.1.68\bin\mysqld.exe: Shutdown complete
Куда нужно прописать (innodb_force_recovery = 3) ? Если в "Дополнительно - Конфигурация - MySQL" то в какую часть? пока не помогло

необходимо срочно создать дамп базы :roll: и доделать работу над ошибками (-: (я про разработку с внешнего диска на постоянной основе)

Вообще задача стоит забрать одну базу с этого сервера в полном объеме, пока что удалось это сделать частично

Не решили?

Добавлено: 10 сен 2014, 22:15
arevuare
Так что же, за 2 года так и не решили проблему? (((((
А ведь люди пользуются, проекты падают... Что ж, разработчики, не рекомендуйте хотя бы носить на съемных носителях сервер, предупреждайте. Или дайте решение вернуть базу. У того же старика Денвера такого нет, берите пример. ) (но вы же лучше ;) )

Добавлено: 11 сен 2014, 23:25
Максим
arevuare, вы не по адресу. Процесс восстановления хранилища прекрасно описан в документации к MySQL.

Спасибо

Добавлено: 12 сен 2014, 00:45
arevuare
Спасибо большое, так всё подробно рассказали. Я сразу так всё нашел и все по-русски по инструкции сделал )))).
А вот разработчики MySQL помочь ничем не могут - http://sqlinfo.ru/forum/viewtopic.php?id=6858
P.S.: я понял, что это не ваша вина, надо было мне использовать MySQL ниже 5...

Добрый день, такая же проблема

Добавлено: 22 сен 2015, 12:57
jvalleo
Логи запуска такиже, вот логи БД в чем может быть проблема подскажите пожалуйста.
150922 15:02:37 [Note] c:\oos\openserver\modules\database\MySQL-5.5\bin\mysqld.exe (mysqld 5.5.45-log) starting as process 6472 ...
150922 15:02:37 [Note] Plugin 'FEDERATED' is disabled.
150922 15:02:37 InnoDB: The InnoDB memory heap is disabled
150922 15:02:37 InnoDB: Mutexes and rw_locks use Windows interlocked functions
150922 15:02:37 InnoDB: Compressed tables use zlib 1.2.3
150922 15:02:37 InnoDB: Initializing buffer pool, size = 20.0M
150922 15:02:37 InnoDB: Completed initialization of buffer pool
InnoDB: Error: space header page consists of zero bytes in data file c:\oos\openserver\userdata\MySQL-5.5\ibdata1
150922 15:02:37 InnoDB: Could not open or create data files.
150922 15:02:37 InnoDB: If you tried to add new data files, and it failed here,
150922 15:02:37 InnoDB: you should now edit innodb_data_file_path in my.cnf back
150922 15:02:37 InnoDB: to what it was, and remove the new ibdata files InnoDB created
150922 15:02:37 InnoDB: in this failed attempt. InnoDB only wrote those files full of
150922 15:02:37 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
150922 15:02:37 InnoDB: remove old data files which contain your precious data!
150922 15:02:37 [ERROR] Plugin 'InnoDB' init function returned error.
150922 15:02:37 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
150922 15:02:37 [ERROR] Unknown/unsupported storage engine: InnoDB
150922 15:02:37 [ERROR] Aborting

150922 15:02:48 [Note] c:\oos\openserver\modules\database\MySQL-5.5\bin\mysqld.exe: Shutdown complete

Re: Ошибка запуска mysqld.exe

Добавлено: 08 июн 2016, 10:30
lomehuza
Присоединяюсь:
Куда нужно прописать (innodb_force_recovery = 3) ? Если в "Дополнительно - Конфигурация - MySQL" то в какую часть?
P.S.Ответа ждать года два))?