|
MySQL.RU - Webboard
 Вернуться
 Регулярная перезагрузка mysqld (liks) 01/02/2006 - 14:07:10
 Re: Регулярная перезагрузка mysqld (Dinky) 01/02/2006 - 18:55:11
> Original message text:
> From: liks - 01/02/2006 - 14:07:10
> Subject:Регулярная перезагрузка mysqld
> -----------------
> Добрый день!
>
> Помогите пожалуйста.
> Возникла проблема - постоянный перезапуск mysqld 5.0.
> В логи кидает:
>
> 060201 10:11:12 mysqld restarted
> 060201 10:11:12 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...
> 060201 10:11:12 InnoDB: Starting log scan based on checkpoint at
> InnoDB: log sequence number 0 2591492523.
> InnoDB: Doing recovery: scanned up to log sequence number 0 2591654776
> 060201 10:11:12 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 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
> InnoDB: Last MySQL binlog file position 0 1480, file name ./mysql-bin.003468
> 060201 10:11:12 InnoDB: Started; log sequence number 0 2591654776
> 060201 10:11:12 [Note] Recovering after a crash using mysql-bin
> 060201 10:11:12 [Note] Starting crash recovery...
> 060201 10:11:12 [Note] Crash recovery finished.
> 060201 10:11:12 [Note] /usr/local/libexec/mysqld: ready for connections.
> Version: '5.0.18-log' socket: '/tmp/mysql.sock' port: 3306 Source distribution
> mysqld got signal 11;
> 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=209715200
> read_buffer_size=1044480
> max_used_connections=0
> max_connections=100
> threads_connected=0
> It is possible that mysqld could use up to
> key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 409199 K
> bytes of memory
> Hope that's ok; if not, decrease some variables in the equation.
>
>
> Если я правильно понимаю, то он пытается откатить какое-то действие и не может.
>
> Вопрос N1. Почему не может?
>
> Вопрос N2. Это действие можно посмотреть в mysql-bin.003468 я правильно понимаю?
>
> Вопрос N3. Что можно сделать, чтобы в будущем такого не было?
>
> Буду очень благодарен за помощь.
> --
> С уважением,
> Андрей
>
From: Dinky - 01/02/2006 - 18:55:11
Subject:Регулярная перезагрузка mysqld
-----------------
> mysqld got signal 11;
залез не в ту облать памяти, может быть проблема в
- железе - RAM фиговая
- ОС/библиотеки (например кривые бибки PHP такое вызывают)
- баг в коде mysql (маловероятно :)
--
Dmitry
[Это сообщение - спам!]
Последние сообщения из форума
Уважаемые посетители форума MySQL.RU!
Убедительная просьба, прежде чем задавать свой вопрос в этом форуме, обратите внимание на разделы:
- ответы на наиболее часто задаваемые вопросы - FAQ
- раздел документация
- раздел поиск по сообщениям форума и документации
Также, старайтесь наиболее подробно указывать свою ситуацию (версию операционной системы, версию MySQL,
версию программного обеспечения, по которому возникает вопрос, текст возникающих ошибок, и др.)
Помните, чем конкретнее Вы опишете ситуацию, тем больше шансов получить реальную помощь.
26204
|
|
