Tente excluir os arquivos de log innodb (ib_logfileXX em seu diretório de dados) antes de iniciar.
Acabei de reiniciar minha máquina dev e agora o MySQL se recusa a inicializar. Quando eu começo o serviço, ele instantaneamente lança uma exceção e morre ...
Eu não consigo pensar em nada que eu possa ter mudado antes de reiniciar que poderia ter afetado o MySQL de alguma forma ...
Este é o MySQL Server 5.1 em execução no Windows 2003 Server.
Isso é o que o arquivo de log diz:
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.
Alguma idéia?
Devo desinstalar e reinstalar o MySQL?
Existe algo mais rápido do que eu posso fazer?
Obrigado!
Tente excluir os arquivos de log innodb (ib_logfileXX em seu diretório de dados) antes de iniciar.
Acabei de desinstalar e reinstalar o MySQL e ele está funcionando bem agora.
Obrigado!
Aleksandar
Quase três anos após o seu post, ainda está ajudando as pessoas (bem, especificamente - eu)! Obrigado por isso. Excluindo o ib_logfileXX 'salvou-me'! O serviço MySQL 5.0 não iniciaria com um erro de sistema de 1067 em um servidor Windows 2003 SP2 + totalmente corrigido. Depois de deletar os arquivos, pude iniciar o serviço. Problema ocorreu após uma queda de energia no meu ISP. O MySQL estava funcionando bem nos dois anos anteriores a esse momento.
Apenas no caso de ajudar alguém a encontrar essa página no futuro, estou postando as informações do meu arquivo de registro de erros:
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 é o que, um erro "Violação de acesso"? Parece que (a) há um bug - um ponteiro ruim acionou uma tentativa de "tocar" na memória que está protegida, resultando no SO batendo com os dedos, ou (b) você tem alguma memória RAM ruim instalada e um ponto ruim está acionando ponteiro para acessar a memória que está protegida, resultando no mesmo yada-yada como (a).
Se você reinstalar o MySQL, será possível instalar a v5.0 em vez da v5.1? Houve relatos iniciais de 5.1 tendo alguns problemas de estabilidade quando comparados a 5.0, embora eu tenha certeza de que esses problemas foram resolvidos até agora ... claro, se você estiver usando recursos específicos para 5.1, isso está fora de questão. .
006B8853 mysqld.exe!srv_parse_data_file_paths_and_sizes()[srv0start.c:211]
Parece indicar que há um problema ao analisar seu arquivo de configuração, examiná-lo com um bom editor de texto, verificar caracteres não ASCII e verificar se todos os caminhos e variáveis são sensíveis.
Eu tive esse erro depois de ficar sem espaço no disco rígido. Eu finalmente resolvi isso excluindo arquivos ib * .tmp de C: \ Windows \ temp que estavam causando falha na inicialização, mesmo para diretórios de dados que estavam trabalhando anteriormente.