忍者ブログ
Admin / Write / Res
ちゃんとカテゴリ分けされておりませんので、 記事をお探しならブログ内検索が便利です。 ご活用くださいませー+.(≧∀≦)゚+.゚
ブログ内検索
カレンダー
03 2024/04 05
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
カウンター
アクセスカウンター
最新コメント
[04/05 Fully Vaccinated Adorable Escort Service in bengaluru 8273600238]
[03/26 Tonaldcet]
[01/16 jilibet]
[10/20 Call Girl in Delhi]
[09/07 לפרטים נוספים]
最新トラックバック
プロフィール
+ハンドル+
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]