忍者ブログ
Admin / Write / Res
ちゃんとカテゴリ分けされておりませんので、 記事をお探しならブログ内検索が便利です。 ご活用くださいませー+.(≧∀≦)゚+.゚
ブログ内検索
カレンダー
10 2024/11 12
S M T W T F S
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
カウンター
アクセスカウンター
最新コメント
[11/22 รูปพวงหรีดแสดงความเสียใจ]
[11/22 ดอกไม้ งานศพ]
[11/22 ช่อดอกไม้ตามสั่ง]
[11/22 ร้านดอกไม้บรรยากาศอบอุ่น]
[11/21 Robertret]
最新トラックバック
プロフィール
+ハンドル+
y_ayamori(purple)
+職業+
IT系エンジニア
+すまい+
さいたま
バーコード
[637]  [636]  [635]  [634]  [633]  [632]  [631]  [630]  [629]  [628]  [627

http://goo.gl/BFXWe

リンク先のとおりですが、MySQLで突然テーブルがクラッシュすることがあります。
リンク先ではMyISAMを利用時みたいで、実際にMyISAMテーブルで記載の通りの事象に見舞われました。

そんなに頻繁にテーブルクラッシュしたわけではないのですが、今回1万を超えるテーブルの中から200近くのテーブルがクラッシュして対応が大変でした。

記述では、

最近のエラーログの中の restarted mysqld メッセージを探せば簡単に検証する事ができます。もしそのようなメッセージがあれば、破損の原因はサーバーの破損によるものである可能性が高いでしょう。そうでなければ、破損は通常作業の最中に起きたという事になるでしょう。その場合はバグです。

ってなってますが、簡単にバグですって言われても (^^ゞ
ORACLEさん頼みますよって感じ。

結局原因は不明。
ログにはクラッシュした旨のメッセージは出ますが、クラッシュしたタイミングでエラーは出ないみたい。
# クラッシュしたことによりテーブルの更新ができない場合にメッセージが出る

InnoDBでは発生しないのはトランザクションがあるからかしらね?
もし、そうならやっぱりInnoDBを使うことがデフォルトでありたいわね。

拍手

PR
この記事にコメントする
Name
Title
Color
Mail
URL
Comment
Password   Vodafone絵文字 i-mode絵文字 Ezweb絵文字
secret (管理人にのみ表示)
この記事へのトラックバック
この記事にトラックバックする:
Copyright ©  アナログを愛するデジタル生活館 All Rights Reserved.
* material by Pearl Box   * Template by tsukika

忍者ブログ [PR]