選択INFOがnullでなく、INFOが好き「を選択していないところinformation_schema.processlistから、DB \ G時間順information_schema.processlistの％から」
実行時間に基づいて昇順で、長い実行時間SQLのいくつかを表示するには
ショーエンジンInnoDBのステータスの\ Gは、
デッドロック、トランザクションの実行状態、ロック待機情報を表示するために使用することができます
userstat関連する監視コマンド：
フラッシュUSER_STATISTICS;
フラッシュTABLE_STATISTICS;
SET、株式会社無料long_query_time = 0に参加し、
フラッシュのログ、
表示PROCESSLIST。
選択したユーザではないで（ '管理者'、 '風速計'、 'モニター'、 '＃のmysql_systemの＃'）\ Gはinformation_schema.USER_STATISTICSから
選択 table_nameのない（ 'mysqlの'、 'DB'）でinformation_schema.TABLE_STATISTICSから\ G
データベース処理遅延：
1.次のようにデータベースの遅延があることがあります。大規模なSQLデータ変更を実行するためのマスターライブラリをリード; Bマスターリポジトリ同時書き込み量スパート; Cクエリからデータベース上、または他の操作は、ディスクIOを引き起こします...またはCPUのボトルネックやロック、ライブラリハードウェアの問題からDが低パフォーマンスの原因となる。
2.治療：
そのケースを作るための研究開発、およびより小さな操作への操作の解体は、再発を避けるためにあることを示唆した。
あなたは、多くの場合、持っている場合は主のためにA、B。ライブラリ操作解体する準備ができて、ビジネスに書かれた言葉をコントロールすることはできません、RDは確認を伝える見つけ、その後、拡張から書き込むことはできません
Cを。関連する状況のRD通知を、それが必要なSQLの場合、SQLはこれらが特別な統計ライブラリーの上に置くと言うことができます実行、組立ライン、またはSQLをオフに分割するために、開発者を可能に対処アラームしきい値を上げます。ロックがある場合は、例えば、必要MDLは、クエリを解決するために、対応するリリース後のロックをオフに殺すために。
ライブラリがある場合は、ライブラリから新しい緊急修理を再配備する必要がない場合D。、あなたは、ライブラリから修復を停止考えることができます
SQLのkillは、接続が一致し
--match-コマンドをPT-殺すクエリ--busy -time 5 --host dbxx --port 5002 --interval --print --kill --victimsすべて--match-情報= "別個（Issue_label）を選択"
filesortレコードSQLいる殺す
殺す-クエリ--matchステートコマンド"ソート結果"時間を一致させる--- ---白金忙しい172.27.1.203 5 --host --port 5002 --interval --print 2。 - --victims殺すすべて-uduzq -p123