Tasuku Suenaga
a****@razil*****
2007年 12月 29日 (土) 21:16:23 JST
末永です。 伺った内容から判断するに、1.0.8で問題が解消している可能性が十分あると思います。 ただし、もしかしたら未知のバグによる問題かもしれません。 Tritonn 1.0.8で様子を見てもらえるとありがたいです。 そして、Tritonnの親玉 池田さんの降臨を待ちましょう… 07/12/29 に Shinichi Fujikawa<f-shi****@milks*****> さんは書きました: > いつもお世話になっております。 > > えふしんと申します。 > > 私が管理しているmovatwitterというWebアプリケーションで、新しいDBサーバに > 移行したら、テーブルのインデックスが壊れてしまうという問題に遭遇しており > まして、アドバイスいただければと思いメールしました。 > > 移行前環境 > celeron D +Fedora5 64bit > + mysql 5.0.24a + senna-1.0.1 > > 移行後 > Opteron + CentOS5 > + mysql-5.0.45-tritonn-1.0.7-linux-x86_64.tar.gz > > > 壊れたことがあるテーブルは、sennaのインデックスが貼られたテーブルも > ありますが通常のインデックスしか貼られていないテーブルも壊れました。 > > myisamchk -r で修正すると直ります。 > > 同時に起きている不可解な現象として、ファイルソート用のテンポラリファイ > ルと > 思わしきファイル（ファイル名が、#sql_****_*.MYDと、#sql_****_*.MYIのも > の）が > 削除されないで残ってしまうことが挙げられます。 > > これが具体的な原因なのかどうかは不明ですが、毎日ファイルが作られている > 状況 > でした。 > > また、不可解なDBエラーも増えたような気がします > （これは深く追っていません。リロードすると動くので） > > > とりあえず、1.0.8にアップグレードはしましたが、何か1.0.8において改善さ > れる > ような可能性はありますでしょうか？ > > 字面だけ読むと下記改善点が合致しそうな気がしたのですが、上記現象と照らし > 合わせてみて、いかがでしょうか？ > > >* 一時テーブルがディスク上に作成されるSELECTが同時に実行されると > mysqldが > > 落ちるケースがあった問題を修正しました。 > > > なお更新時のデータ量は、移行前の環境の方が多かった時期があります。処理が > 重くなったのでデータの数を減らすようにしていますので、以前よりは少ない > データ量を更新するようにしていますので。 > > SQLが重いので、Using Filesortなどは起きていると思います。 > > ご指導いただけると幸いです。よろしくお願いいたします。 > > > > -- > えふしん (Shinichi Fujikawa) <f-shi****@milks*****> > F's Garage http://www.milkstand.net/fsgarage > Movatwitter http://movatwitter.jp --- Tasuku SUENAGA <a****@razil*****>
