2002/04/16 07:33:38 +0900にとみたまさひろ <tommy@xxxxxxxxxx>さんに頂いた
「[mysql 05344] Re: mysqld restarted」への返事です。


モエルです。

とみたさん、ＲＥＳありがとうございます。

>> Number of processes running now: 0
>> 020415 23:42:28  mysqld restarted
>> 
>> これは、max connectionの設定値を超えるとリスタートするとかでしょうか？
>
>このメッセージは safe_mysqld が mysqld の異常終了を検出した時に出力す
>るメッセージなので、これだけでは異常終了の原因はわかりません。
>
>この前に何かメッセージ出てませんか？

topコマンドで監視していたので分からなかったのですが
エラーログにありました。

サイトが動かないくらいになっていたので
23:27:42にmysqld Shutdownして再起動しました。

以下は、そのログです。


020415 23:27:42  /usr/sbin/mysqld: Shutdown Complete

020415 23:27:42  mysqld ended

020415 23:28:01  mysqld started
/usr/sbin/mysqld: ready for connections
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 agaist 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=67104768
record_buffer=4190208
sort_buffer=8388600
max_used_connections=378
max_connections=500
threads_connected=378
It is possible that mysqld could use up to 
key_buffer_size + (record_buffer + sort_buffer)*max_connections = 2013224 K
bytes of memory
Hope that's ok, if not, decrease some variables in the equation

You seem to be running 32-bit Linux and have 378 concurrent connections.
If you have not changed STACK_SIZE in LinuxThreads and build the binary 
yourself, LinuxThreads is quite likely to steal a part of global heap for
the thread stack. Please read http://www.mysql.com/doc/L/i/Linux.html

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...
Stack range sanity check OK, backtrace follows:
0x8078778
0x81232ba
0x814a797
0x8108470
0x80f7447
0x80f2c0e
0x80c0702
0x80bb346
0x809ca5e
0x809c799
0x8095d18
0x807ec89
0x8082b21
0x807e09a
0x807d5ab
Stack trace seems successful - bottom reached
Please read http://www.mysql.com/doc/U/s/Using_stack_trace.html and follow instructions on how to resolve the stack trac
e. Resolved
stack trace is much more helpful in diagnosing the problem, so please do 
resolve it
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort...
thd->query at 0x9f3f510 = SELECT COUNT(itemid) numall FROM item WHERE category = 245
thd->thread_id=2084


Successfully dumped variables, if you ran with --log, take a look at the
details of what thread 2084 did to cause the crash.  In some cases of really
bad corruption, the values shown above may be invalid

The manual page at http://www.mysql.com/doc/C/r/Crashing.html contains
information that should help you find out what is causing the crash

Number of processes running now: 0
020415 23:42:28  mysqld restarted
/usr/sbin/mysqld: ready for connections
Fatal signal 11 while backtracing
Fatal signal 11 while backtracing
Fatal signal 11 while backtracing
Fatal signal 11 while backtracing
Fatal signal 11 while backtracing

Fatal signal 11 while backtracingがこの後大量に続いてます。。



key_buffer_size + (record_buffer + sort_buffer)*max_connections = 2013224 K
は、この設定だと２ＧＢは必要だと言ってるんですよね？
今、１ＧＢなので、この辺の設定が問題でしょうか？
ちょっと前に
Too many connections エラーが出て、
max_connectionsを１００から５００に変更しました。

でも、ＴＯＰコマンドでメモリの使用量を見ていたんですが
５００〜６００ＭＢの使用量で、ＣＰＵも多いとき５０％です。

いずれにしても、mysqlを使ってるwebサイトが動かない感じになってます。
レプリケーションが必要だったりするでしょうか？


何か分かるようでしたらアドバイス下さい。

どうぞ宜しくですm(__)m




モエル