4

MySQL を実行しているすべての EC2 インスタンスで最近発生した問題について非常に興味があります。7 月 1 日午前 12 時 (UTC) に、両方の Amazon EC2 インスタンス (US-EAST リージョンで実行中) で、CPU 使用率が高いことを示すアラームが発生しました。調査して、すべての CPU を消費しているのは MySQL であることがわかりました。ログインして実行すると、クエリが実行されてSHOW PROCESSLISTいないことがわかりました(これらのサーバーは、営業時間後にはあまりヒットしません)。MySQL を停止したところ、CPU 使用率が (通常どおり) 1 ~ 3% に戻りました。MySQL を再起動したところ、再び大量の CPU を消費し始めました。その後、サーバーを再起動したところ、問題は解消されました。両方のサーバーにまったく同じ問題がありました(Ubuntu 12.04 LTSを実行しています)。shutdown -r now

syslog に表示される唯一の関連項目は次のとおりです。

Jun 30 23:59:59 hostname kernel: [14152976.187987] Clock: inserting leap second 23:59:60 UTC

MySQL のロギングが有効になっているとは思いません。Ubuntu 12.04 のデフォルト設定が何であれ、私が使用しているものです。違いがあるとすれば、ほとんどのデータベースは InnoDB です。

前日、1 つのインスタンスが EBS 接続の問題の影響を受け、ディスクにアクセスする際のサーバーの応答が非常に遅くなりました。他のインスタンスが影響を受けたとは思いません (別の AWS アカウントにあり、「停止」中に問題なく応答しました) が、100% 確実ではありません。これが原因で MySQL がおかしくなったのではないでしょうか? しかし、真夜中まで待つ必要はありません。(気をつけて!これはこのミステリーの「赤いニシン」かもしれません)

この問題の原因について何か考えはありますか?

4

2 に答える 2

2

これをチェックしてください。それがあなたが経験している問題だと思います。

于 2012-07-02T13:35:53.003 に答える
2

原因はうるう秒バグだと思います。それに関する投稿はどこでも見つけることができます:)

ここまたはserverfaultで詳細を読む

迅速な解決策は、ntpd デーモンを停止し、クロックを同期して、デーモンを再起動することです。もちろん、いくつかのシステム更新は問題ありません:)

于 2012-07-02T13:31:44.490 に答える