MySQL :: MySQL 5.1 リファレンスマニュアル :: 4.11.1 一般クエリとスロー クエリのログ出力先の選択
MySQL 5.1.6 前は、サーバではログ ファイルが一般クエリとスロー ログ クエリのエントリとして機能しています (有効の場合)。MySQL 5.1.6 からは、サーバで、柔軟性があるログ出力先の制御ができます。従来通り、ログ エントリをログ ファイルに書き込みますが、mysql データベースの general_log そして slow_log のテーブルにもエントリを書き込むことができます。ロギングを有効にすると、テーブルの出力先を選択することができます。両方選択することも可能です。 ロギングを有効にすると、--log-output オプションでログ出力先を指定できます。このオプションは、次のように --log-output[=value,...] というシンタックスの使い方をします。 値を --log-output で指定すると、この値はカンマ区切りのリストになります。TABLE
MySQL 5.1のmysqldumpslowで快速チューニング - SH2の日記
MySQL 5.1のmysqldumpslowを使うとチューニングが楽になる！という話題です。 mysqldumpslowはもともとMySQLに付属しているツールで、スロークエリログを集計してくれるものです。これ自体はMySQL 5.1で特に変わったところはありませんが、スロークエリログ本体の方が機能強化されているため、組み合わせるとなかなか便利になっています。MySQL 5.1におけるスロークエリログの主な機能強化は以下の三点です。 long_query_timeに1秒未満の値を設定できるようになった。 出力先を設定できるようになった。 これらの設定をオンラインで変更できるようになった。 これでどうなるかというと、MySQLの性能分析をしたいと思ったときに、サーバを止めずにその場で mysql> set global slow_query_log = 1; mysql> set glob
Kazuho@Cybozu Labs: MySQL のボトルネックを統計的に監視・解析する方法
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.7.7 SHOW ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
実行されているSQLを確認/強制終了する方法 - よかろうもん！
忘れない様に備考録として。 MySQLがCPUリソースを占有している場合は、以下のコマンドで何が起こっているのかを調査できる。 mysql > SHOW FULL PROCESSLIST; Id User Host db Command Time State Info 11444 root localhost skip_test Sleep 53 NULL 12033 root localhost skip_test Sleep 1 NULL 12036 root localhost skip_test Sleep 3 NULL 15455 root localhost NULL Query 0 NULL show full processlist ※infoカラムにSQLが表示されていたりします。 SHOW PROCESSLIST 構文の詳細 プロセス(実行されているSQL)を強制終了す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
