Я только что перезапустил свою машину разработчика, и теперь MySQL отказывается запускаться. Когда я запускаю службу, она мгновенно выдает исключение и умирает ...
Я не могу придумать ничего, что я мог бы изменить перед перезапуском, что могло бы каким-либо образом повлиять на MySQL ...
Это MySQL Server 5.1, работающий на Windows 2003 Server.
Вот что говорит файл журнала:
090703 14:11:17 - 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=65536
max_used_connections=0
max_threads=100
threads_connected=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 58231 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
thd: 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...
006B8853 mysqld.exe!srv_parse_data_file_paths_and_sizes()[srv0start.c:211]
006A7E18 mysqld.exe!innobase_init()[ha_innodb.cc:1536]
00442748 mysqld.exe!ha_initialize_handlerton()[handler.cc:434]
00561253 mysqld.exe!plugin_initialize()[sql_plugin.cc:1002]
00565AE5 mysqld.exe!plugin_init()[sql_plugin.cc:1209]
004CE1B4 mysqld.exe!init_server_components()[mysqld.cc:3831]
004CE8C6 mysqld.exe!win_main()[mysqld.cc:4267]
004CECDB mysqld.exe!mysql_service()[mysqld.cc:4439]
00724593 mysqld.exe!_callthreadstart()[thread.c:293]
0072462C mysqld.exe!_threadstart()[thread.c:275]
77E6482F kernel32.dll!GetModuleHandleA()
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.
Любые идеи?
Следует ли мне удалить и переустановить MySQL?
Есть что-нибудь быстрее, чем я могу сделать?
Спасибо!
Перед запуском попробуйте удалить файлы журнала innodb (ib_logfile в вашем каталоге данных).
Я просто удалил и переустановил MySQL, и теперь он работает нормально.
Спасибо!
У меня была эта ошибка после того, как закончилось место на жестком диске. Я, наконец, решил это, удалив файлы ib * .tmp из C: \ Windows \ temp, которые приводили к сбою при запуске, даже для каталогов данных, которые ранее работали.
Александар
Спустя почти три года после вашего поста он по-прежнему помогает людям (точнее, мне)! Спасибо за это. Удаление ib_logfileXX спасло меня! Служба MySQL 5.0 не запускалась из-за системной ошибки 1067 на полностью исправленном сервере Windows 2003 SP2 +. После удаления файлов я смог запустить службу. Проблема возникла после отключения электричества у моего интернет-провайдера. Два года, предшествовавшие этому моменту, MySQL работал нормально.
На всякий случай, если это поможет кому-то другому найти эту страницу в будущем, я публикую информацию из своего файла журнала ошибок:
InnoDB: Log scan progressed past the checkpoint lsn 6 3854032829
120302 17:36:11 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 6 3854504678
120302 17:36:13 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 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 120302 17:36:13 - 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=8388608
read_buffer_size=65536
max_used_connections=0
max_threads=100
threads_connected=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 36422 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
thd: 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...
006FCC74 mysqld.exe!mach_read_from_1()[mach0data.ic:37]
00707A5E mysqld.exe!rec_get_bit_field_1()[rem0rec.ic:189]
00707CAA mysqld.exe!rec_get_n_owned()[rem0rec.ic:462]
006CDEB1 mysqld.exe!page_rec_find_owner_rec()[page0page.ic:683]
007192A6 mysqld.exe!page_cur_insert_rec_low()[page0cur.c:1001]
00719940 mysqld.exe!page_cur_rec_insert()[page0cur.ic:208]
00719D3E mysqld.exe!page_cur_parse_insert_rec()[page0cur.c:847]
0071382F mysqld.exe!recv_parse_or_apply_log_rec_body()[log0recv.c:814]
007143F1 mysqld.exe!recv_recover_page()[log0recv.c:1294]
006EA57F mysqld.exe!buf_page_io_complete()[buf0buf.c:2033]
006E2BE2 mysqld.exe!fil_aio_wait()[fil0fil.c:4273]
006BB59D mysqld.exe!io_handler_thread()[srv0start.c:437]
77E6482F kernel32.dll!GetModuleHandleA()
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.
0xc0000005 это что, ошибка "Нарушение прав доступа"? Похоже, что (а) есть ошибка - плохой указатель вызвал попытку "прикоснуться" к защищенной памяти, в результате чего ОС хлопает пальцами, или (б) у вас установлена некорректная оперативная память, и плохое место вызывает указатель на доступ к защищенной памяти, в результате получается та же яда-яда, что и (а).
Если вы переустановите MySQL, можно ли будет установить v5.0 вместо v5.1? Были первоначальные сообщения о том, что 5.1 имеет некоторые проблемы со стабильностью по сравнению с 5.0, хотя я уверен, что эти проблемы уже решены ... конечно, если вы используете особенности, характерные для 5.1, об этом не может быть и речи .. .
006B8853 mysqld.exe! Srv_parse_data_file_paths_and_sizes () [srv0start.c: 211]
Кажется, это указывает на то, что существует проблема с анализом вашего файла конфигурации, я бы проверил его с помощью хорошего текстового редактора, проверил символы, отличные от ASCII, и проверил, все ли пути и переменные разумны.