[Senna-dev 382] Re: UPDATEでデッドロック?発生について

Back to archive index

Akihiko Shinohara sino****@valle*****
2006年 10月 29日 (日) 18:00:18 JST


こんにちは、篠原です。

>> mmap(...,...,...)=(...) <...>という形式の行について、
>> 情報を教えていただければさらに原因が追求できると思います。
>> また、MySQLのデータファイルとSennaのインデックスファイルの
>> サイズについても教えていただければ参考になります。
>
>環境のある場所に行くのが日曜日になりますので、
>ざっくり報告させて頂きますと、
>3つのデータベースに対し更新をかけていましたので、このmmapが
>どのテーブルの更新でのエラーかわかりませんが、
>データベースは、初期状態から登録していましたので、
>データファイルは、どれも1GBに満たないサイズで発生しました。

ちょっと間違っていました。

DB1
-rw-rw----  1 mysql mysql   8458240 Oct 26 14:01 doc.004.SEN
-rw-rw----  1 mysql mysql 158666752 Oct 26 19:33 doc.004.SEN.i
-rw-rw----  1 mysql mysql 360452096 Oct 26 19:26 doc.004.SEN.i.c
-rw-rw----  1 mysql mysql 176230400 Oct 26 19:12 doc.004.SEN.l
-rw-rw----  1 mysql mysql 547912772 Oct 26 19:43 doc.MYD

DB2
-rw-rw----  1 mysql mysql   12652544 Oct 26 18:32 doc.004.SEN
-rw-rw----  1 mysql mysql  189075456 Oct 26 21:37 doc.004.SEN.i
-rw-rw----  1 mysql mysql 1063260160 Oct 26 21:38 doc.004.SEN.i.c
-rw-rw----  1 mysql mysql   60817408 Oct 26 21:40 doc.004.SEN.i.c.001
-rw-rw----  1 mysql mysql  247533568 Oct 26 21:33 doc.004.SEN.l
-rw-rw----  1 mysql mysql 1693058408 Oct 26 21:42 doc.MYD

DB3
作成しなおしてしまったので調べられませんでした。
データファイルで1GB以下だと思います。

DB1,DB3のインデックスは、壊れましたがDB2は壊れませんでした。
----
sino





Senna-dev メーリングリストの案内
Back to archive index