このページは機械翻訳したものです。

5.9.1 MySQL サーバーのデバッグ

5.9.1.1 デバッグのための MySQL のコンパイル

5.9.1.2 トレースファイルの作成

5.9.1.3 WER と PDB を使用した Windows クラッシュダンプの作成

5.9.1.4 gdb での mysqld のデバッグ

5.9.1.5 スタックトレースの使用

5.9.1.6 mysqld でのエラーの原因を見つけるためのサーバーログの使用

5.9.1.7 テーブルが破損した場合のテストケースの作成

MySQL の非常に新しい機能を使用している場合は、--skip-new オプションを指定して mysqld の実行を試みることができます (これにより、安全でない可能性のある新しい機能がすべて無効になります)。 セクションB.3.3.3「MySQL が繰り返しクラッシュする場合の対処方法」を参照してください。

mysqld を起動しない場合は、設定を妨げる my.cnf ファイルがないことを確認してください。 my.cnf の引数をチェックするには mysqld --print-defaults を使用します。mysqld --no-defaults ... を指定して起動するとそれらの引数は使用されません。

mysqld が CPU やメモリーを使い尽くしてしまうようになった場合、または「ハングアップ」する場合は、mysqladmin processlist status を使用すると、ユーザーが長時間かかるクエリーを実行しているかどうかを確認できます。 新しいクライアントが接続できないときにパフォーマンスの問題または問題が発生した場合は、いくつかのウィンドウで mysqladmin -i10 processlist status を実行することをお薦めします。

mysqladmin debug コマンドは、使用されているロック、使用されているメモリー、およびクエリーの使用状況に関する情報を MySQL ログファイルにダンプします。 これは一部の問題の解決に役立つことがあります。 このコマンドは、デバッグのために MySQL をコンパイルしていない場合でも有用な情報を提供します。

一部のテーブルが徐々に遅くなるという問題がある場合は、OPTIMIZE TABLE または myisamchk を使用してテーブルを最適化することを試みてください。 第5章「MySQL サーバーの管理」 を参照してください。 また、遅いクエリーを EXPLAIN でチェックしてください。

また、使用している環境に特有である可能性がある問題については、このマニュアルの OS 固有のセクションをお読みください。 セクション2.1「一般的なインストールガイド」を参照してください。