橋本です。

思いつくものを書きます

・delay_key_write=ALL になっている状態で、MySQLが再起動してしまっている
　- delay_key_writeの状態は、「SHOW VARIABLES」 で見れます
　- MySQLの起動時間は、「mysqladmin version -u ユーザ名 -p」 で見れます。

　→ delay_key_write の設定を変えると安定するかも

・特定のクエリを走らせると、テーブルが壊れる場合もあります

　- たとえば、今、私が直面している問題として、「ササミ缶」という単語を
　　INSERTしようとすると、壊れるテーブルがあるという問題があります。

　→ MySQLのバージョンアップ？

・データを大量にDELETEすると、壊れやすくなるようです。
　→ DELETEの代わりに、不使用の行であるというフラグの列を作って使用する

06/03/15 に F.Y<fumi_sby@xxxxxxxxxx> さんは書きました:
> ウチでやってる何台かのMySQLサーバはload averageが20くらいってのはしょっ
> ちゅうで、別に壊れませんが。
> I/Oの様子はとりあえずiostatで見れば?
>
> 能力の高くないCPUで負荷の高いファイルシステムを使っていた時におそらく「
> 書き込みが間に合わない」状況になって抜群にload averageがあがってほぼフ
> リーズ状態になり、素敵に*.MYIが壊れたりしたことがあり(3.23時代)。
> 具体的にはPentium II (Deschutes) 400MHz、LVMで2基のHDDをまたいで作った1
> 仮想パーテーションにJFS。確かReiserFSにしても同じで、たぶんLVMが重すぎ
> 。Linuxは2.4.18系。
> 壊れた時のload averageは150とかになってたような気がする。最近のEMT64も
> のに2.6系だとload average 700とかになってもわりと平気よ(そういう設計に
> する奴=わたしがおかしいのだが)。
>
> じじいの昔話が適用可能かどうかわからんけど、最近でも書き込みが間に合わ
> なくてファイルが壊れるってのにはたまに遭遇します。最近だとボットネット
> らしきところから激アタック受け中のapacheのログとか。最初はapache落ちな
> いので気付かなくて、あとでアクセスログ分析しようとして青くなった。
>
> --- ISHIDA Eri <eri@xxxxxxxxxx> からのメッセージ：
> > 返信ありがとうございます。
> > 石田絵理です。
> >
> > |それ以外のログの部分が見たいです。
> > 実はそれ以外にログが出ないため，
> > 対処法がない状態です。
> >
> >
> > |CPU使用率
> > 恐らく100％近いと思われます。
> >
> >
> > |IOの状態
> > アクセスも頻繁
> > Load Average 4から5と想定しています。
> >
> > やはりこのような状態で破損しないほうが，
> > おかしいのでしょうか。
> >
> >
> > --
> > ISHIDA Eri
> >
>
>
> --------------------------------------
> TSUKAME EIKOU! KAGAYAKE EGAO!
> Yahoo! JAPAN JPC OFFICIAL PARTNER INTERNET PORTAL SITE
> http://pr.mail.yahoo.co.jp/wintergames/
>
>