「スラッシュドット更新完了: 新機能の名前は「アレたま」」記事へのコメント

テーブルの破損？

[ramsy (8353)]

何故壊れたんでしょう。その理由が気になります。
同じ場所にバックアップ残してて、あふれたとか？(笑)

--
# rm -rf ./.

Re:

[kanie (911)]

1. ついでにMySQLのバージョンをあげ、mysqldump & リストアしたんだけど、duplicate keyでスレーブのレプリケーションが止まってしまった。
2. innodb_file_per_tableを使っておらず、innodbのテーブルスペースあふれ。
3. うっかりslaveでalter table

ぱっと思いつくのはこのへん。せっかくだし、失敗ネタ提供してほしい。

Re:

[tach (3)]

というのだったらわかりやすいのですが、ただ単に突然テーブルが壊れて（error 127）
アクセス不能になりました。

Re:

[ramsy (8353)]

で、そのトリガーとなった原因は把握できてるんですか？
そうじゃないならまた数時間後再発するのは容易に想像できるんですけど大丈夫なのかなぁ。

--
# rm -rf ./.

Re:テーブルの破損？

[tach (3)]

正直、よくわかっていません。
が、いったん仕切り直してテーブル作り直したら、問題なく動作している
ようです。移行のときにいくつか問題があったので、それが原因の一端
だったかも？

ともあれ、1,2 日は様子見です。同じ問題が発生しなければ、まぁ通常の
運用時では問題が起きないだろうなと安心できるというところでしょうか。

ともあれ、ご心配をおかけしてすみません。

Re:テーブルの破損？

[yukichi (12361)]

そして、実際に問題が起きる罠。

Re:

[Anonymous Coward]

>正直、よくわかっていません。
そんな読者を不安にさせるようなことは、思っていても書かないで欲しい。
スタッフに知識のある方はいないんでしょうか？
いないのであれば、○○の知識のある方とか要件を書いてボランティアを募集したら
どうでしょう？
スラドの読者諸兄であれば、どんな要件でも対応できそうですが。

Re:テーブルの破損？

[tach (3)]

ごめんなさい…。

おそらく、高負荷状態になったときに、Debian (etch) の MySQL 内部でどうにか
なってしまっているのかなぁ、といったところです。他の環境（MySQL や各種
ライブラリ、そしてカーネルの違い）では起きないかも。

とりあえず、slash と MySQL のパラメータを一部変更し、処理量が増えても負荷の
上昇を少しでも抑えるようにしました。これによって、今のところ防げています。

Re:テーブルの破損？

[nox_dot (11614)]

アレげ仲間として、MySQLの具体的な変更点を教えてくださると、とても参考になると思うので、
もし差し支えなければ、是非チューニングポイントを教えてください。