Вопросы Теги

MySQL, умирающий на запуске

Я запускаю Vista Business SP1 и Vista Окончательный SP1 и не имел никаких проблем. Я еще не видел Windows 7, но я услышал, что он очень похож на Vista, просто легче использовать. Если бы у меня был выбор теперь, то я ожидал бы, пока Windows 7 не выходит, и пойдите прямо от WinXP до Windows 7.

- JFV

1
задан 2 October 2010 в 18:25
6 ответов

Попытайтесь удалить innodb файлы журнала (ib_logfileXX в Вашем каталоге данных) перед запуском.

4
ответ дан 3 December 2019 в 16:42

Я закончил тем просто, что удалил и переустановил MySQL, и он хорошо работает теперь.
Спасибо!

1
ответ дан 3 December 2019 в 16:42

0xc0000005 что, ошибка "Нарушения прав доступа"? Кажется, что (a) существует ошибка - неверный указатель инициировал попытку "коснуться" памяти, которая защищена, приведя к ОС, хлопающей ее пальцы, или (b) у Вас есть некоторая плохая RAM, установленная, и дефект инициировал указатель на память доступа, которая защищена, приведя к тому же yada-yada как (a).

Если бы Вы переустанавливаете MySQL, было бы возможно установить v5.0 вместо v5.1? Были первоначальные сообщения о 5,1 наличии некоторых проблем устойчивости по сравнению с 5,0, хотя я уверен, что те проблемы были решены к настоящему времени..., конечно, если Вы используете функции, характерные для 5,1, это вне рассмотрения...

0
ответ дан 3 December 2019 в 16:42
  • 1
    Загрузите memtest86 iso с сети и проверьте RAM. Так, чтобы можно было исключить это, это не происходит из-за дефектной RAM. –  Saurabh Barjatiya 4 July 2009 в 13:34

006B8853 mysqld.exe! srv_parse_data_file_paths_and_sizes () [srv0start.c:211]

Кажется, указывает, что существует проблема, анализирующая Ваш конфигурационный файл, я исследовал бы его с хорошим текстовым редактором, проверить на не символы ASCII и проверить, что все пути и переменные разумны.

0
ответ дан 3 December 2019 в 16:42

У меня была эта ошибка после исчерпывания пространства на жестком диске. Я наконец решил его путем удаления ib*.tmp файлов из C:\Windows\temp, которые заставляли запуск перестать работать, даже для каталогов данных, которые ранее работали.

1
ответ дан 3 December 2019 в 16:42

Aleksandar

Спустя почти три года после вашего поста он все еще помогает людям (ну, конкретно - мне)! Спасибо за это. Удаление 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.
1
ответ дан 3 December 2019 в 16:42

Теги

Похожие вопросы