I've found many queries like
DELETE FROM xp_session WHERE sess_updated < 1151347298;
30 6 * * * /usr/bin/mysqlcheck -a --all-databases > /dev/null 2>&1
45 6 * * 0 /usr/bin/mysqlcheck -o --all-databases > /dev/null 2>&1
ちょっと誤解を招く書き方ですみません。
実際にそういう現象があるのであれば、DBの混雑具合によらず、Optimizeをしない、というのが一番ですね、という意味です。
だって、MYDが壊れるのはさすがにシャレになりません。
「テーブルロックしてるはずなのに、Optimize直後からデータが壊れていた」&「Optimizeは稀にデータを壊す、という情報を聞きかじっていた」ので、Optimizeを悪者にしていました
う〜ん。
いくらなんでもそれは、MySQLかファイルシステムに問題があるのでは?
書き込み(Insert / Update / Delete)が頻繁に行われているテーブルにOptimizeをかけると、稀にですがテーブル内の情報がおかしくなる場合があった気がするので。