武井宜行
ntake****@sios*****
2008年 2月 4日 (月) 19:04:46 JST
はじめまして。武井と申します。
RHEL上にてtritonn-1.0.2、mysql-4.1.22、senna-1.0.4を構築して使用して
おります。ソースから特定の操作をしたときに、MySQLが落ちるエラーが
起こります。
色々な情報をネットで探しましたが、いまだに解決方法がわかりません。
何卒解決方法をご教示の程宜しくお願いします。
■発生状況
1.元のデータをダンプしたファイルの先頭に、ダンプした各テーブルの
DELETE文を記述し、下記のようなSQLを書きます。
-----------------
#データ削除SQLの追記
delete from hoge1;
delete from hoge2;
delete from hoge3;
delete from hoge4;
delete from hoge5;
#ダンプデータの挿入
insert into hoge1('aaa','bbb','ccc','ddd'),('aaa','bbb','ccc','ddd')...
insert into hoge2('aaa','bbb','ccc','ddd'),('aaa','bbb','ccc','ddd')...
-----------------
上記のInsert文の1行のサイズは最大342,744byte、SQL文全体でのサイズは
345,890byteです。
2.上記のようなファイルをmysqlコマンドで実行します。すると下記のような
エラーが標準出力に表示され、MySQLが落ちてしまいます。
ERROR 2013 (HY000) at line 1: Lost connection to MySQL server during
query
そのときmsqlログでは下記のようなログを吐きました。
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=8388600
read_buffer_size=131072
max_used_connections=2
max_connections=100
threads_connected=2
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_connections = 225791 K
bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
thd=0xb1c2b00
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...
Cannot determine thread, fp=0x8451d8, backtrace may not be correct.
Stack range sanity check OK, backtrace follows:
0x8144d83
0x2ba0d1
0x836d716
0x81a5849
0x815a0ba
0x815f695
0x815fb38
0x81616a9
0x4f45c2db
0x4f3b612e
New value of fp=(nil) failed sanity check, terminating stack trace!
Please read http://dev.mysql.com/doc/mysql/en/Using_stack_trace.html and follow instructions on how to resolve the stack trace.
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 0xab2a7a0 = delete from t_pdf_tag
thd->thread_id=3
The manual page at http://www.mysql.com/doc/en/Crashing.html contains
information that should help you find out what is causing the crash.
sennaをインストールしないmysql4.1.22では、上記エラーは起こりません。
またdelete文ではなく、truncate文に変更してファイルを実行した場合、
エラーは起こりませんでした。
以上、宜しくお願い申し上げます。