mysqlプロセスのステータス

SELECT * FROM information_schema.PROCESSLIST WHERE state != '';

show processlist を通じて MySQL プロセスのステータスを確認します。State 列のステータスは次のとおりです。

分析
スレッドは、MyISAM テーブル (ANALYZE TABLE など) の統計情報を分析します。
権限チェック
スレッドは、サーバーがステートメントを実行するために必要な権限を持っているかどうかをチェックします。
テーブルのチェック
スレッドはテーブルのチェック操作を実行しています。
クリーンアップ
スレッドはコマンドを処理し、メモリを解放していくつかの状態変数をリセットする準備をしています。
テーブルを閉じる
スレッドは、テーブル内の変更されたデータをディスクにフラッシュし、使用されているテーブルを閉じます。
HEAP から MyISAM への変換
スレッドは、内部一時テーブル MEMORY メモリ テーブルをディスク MyISAM テーブルに変換します。
tmp テーブルへのコピー
スレッドは ALTER TABLE ステートメントを処理しています。
グループ テーブルへのコピー ステートメント
に異なる ORDER BY 基準と GROUP BY 基準がある場合は、グループごとに並べ替えて一時テーブルにコピーします。
tmp テーブルへのコピー
サーバーは一時テーブルをメモリにコピーします。
ディスク上の tmp テーブルへのコピー
サーバーはディスク上の一時テーブルにコピーします。 
インデックス
スレッドの作成は ALTER TABLE ... ENABLE KEYS を処理しています。
ソート インデックスの作成
スレッドは SELECT を処理しており、内部一時テーブルを使用して解決されます。
テーブル作成
スレッドはテーブルを作成します。これには一時テーブルの作成も含まれます。
「tmp テーブルの作成」
スレッドは、メモリまたはディスク上に一時テーブルを作成します。テーブルがメモリ内に作成され、後でディスク上のテーブルに変換された場合、操作ステータスは [ディスク上の tmp テーブルにコピー中] になります。
メインテーブルからの削除
サーバーは複数テーブルの削除の最初の部分を実行しています。最初のテーブルからの削除と列の保存、および他のテーブル (参照) からのオフセットの削除のみが可能です。
参照テーブルからの削除
サーバーは複数テーブル削除の 2 番目の部分を実行し、他のテーブルから一致する行を削除します。
Discard_or_import_tablespace
スレッドは、ALTER TABLE ... DISCARD TABLESPACE または ALTER TABLE ... IMPORT TABLESPACE ステートメントを処理しています。
endこれは
、ALTER TABLE、CREATE VIEW、DELETE、INSERT、SELECT、または UPDATE ステートメントによるクリーンアップ作業の最後に発生します。
実行
スレッドがステートメントの実行を開始しました。
init_command
スレッドの実行は、init_command システム変数を実行します。
アイテム解放
スレッドによって実行されるコマンド。この状態で完了したプロジェクトに関係するクエリ キャッシュの一部を解放します。通常、この状態の後にクリーンアップが行われます。
フラッシングテーブル
スレッドは FLUSH TABLES を実行し、すべてのスレッドがテーブルを閉じるのを待っています。
FULLTEXT の初期化
サーバーは自然言語の全文検索を実行する準備ができています。
init
初期化は、ALTER TABLE、DELETE、INSERT、SELECT、または UPDATE ステートメントの前に行われます。この状態でサーバーが実行するアクションには、バイナリ ログ、InnoDB ログのフラッシュ、および一部のクエリ キャッシュ クリーニング操作が含まれます。
Killed
誰かが KILL ステートメントをスレッドに送信すると、次に Kill フラグをチェックするときにスレッドが中止されます。
ロックされた
クエリは別のクエリによってロックされています。
ロギング スロー クエリ
スレッドは、スロー クエリ ログ ステートメントを書き込んでいます。
NULL
は SHOW PROCESSLIST 状態で使用されます。クライアントが正常に認証されるまでの
ログイン接続スレッドの初期状態。テーブルを開く場合、テーブルを開くスレッドはテーブルを開こうとします。何かが開くのを妨げていない限り、これは非常に迅速なプロセスです。最適化サーバーはクエリの初期最適化を実行します。この準備状態は、クエリ最適化プロセス中に発生します。古いリレー ログスレッドを削除すると、不要なリレー ログ ファイルが削除されます。クエリ終了この状態はクエリの処理後に発生しますが、このアイテムの解放アイテム状態です。











ネットからの読み取り
サーバーはネットワーク データ パケットを読み取ります。
重複
クエリを削除するには、このような方法で SELECT DISTINCT を使用します。MySQL では、結果をクライアントに送信する前に、重複する行をすべて削除する追加の段階が必要です。
tmp テーブル削除
スレッドは、一時テーブルを削除します。一時テーブルが作成されない場合、この状態は使用されません。
名前変更
スレッドはテーブルの名前を変更します。
結果テーブルの名前変更
スレッドは ALTER TABLE ステートメントを処理し、新しいテーブルを作成し、その名前を変更して元のテーブルを置き換えます。
テーブルを再オープンする
スレッドにはテーブル ロックがあり、テーブルを再度オープンしようとしています。
ソートによる修復では、
ソートを使用してインデックスを修復します。
修理完了修理
完了しました。
キーキャッシュで修復
キーキャッシュで修復します。myisam テーブルに使用され、このステータスが発生した場合は、myisam_max_sort_file_size を増やす必要があります。
ロールバックで
は、トランザクションがロールバックされます。
状態保存は
状態を保存します。更新スレッドの行を検索すると、一致する行をすべて検索するために更新スレッドを更新する前に最初のフェーズが実行されます
データの送信


スレッドは SELECT ステートメントを処理し、データをクライアントに送信します。この状態で発生する操作では多くの場合、大量のディスク アクセス (読み取り) が実行されるため、クエリの実行状態は最も長くなります。
セットアップ
スレッドは ALTER TABLE 操作を開始します。
グループ
スレッドをソートするとグループが作成されます。
順序スレッドの
ソートでは、ORDER BY ソートが行われます。
ソートインデックス
スレッドのソートインデックスにより、MyISAM テーブルへのアクセスの最適化操作がより効率化されます。
結果のソート
SELECT ステートメントの場合、これはソート インデックスの作成と似ていますが、一時テーブルは必要ありません。
統計
サーバーは統計を計算してクエリ実行計画を作成します。スレッドが長時間この状態に留まる場合、ディスクは他の作業を実行している可能性があります。
システム ロック
このスレッドは、内部または外部のシステム ロック テーブルを待機しています。外部システムの --skip-external-locking オプションを使用してロックできます。
テーブル ロック
スレッドには内部テーブル ロックが必要です。
更新
スレッドは更新する行を探しています。
更新メイン テーブル
サーバーは、複数テーブル更新の最初の部分を実行しており、最初のテーブルのみを更新します。
参照テーブル更新
サーバーは、複数テーブル更新の 2 番目の部分を実行しています。
ユーザーロック
ロックを要求しているスレッド、またはロックを要求しているスレッドは、GET_LOCK() 呼び出しを待機しています。
読み取りロックの解放を待っています
スレッドは、別のスレッドのロックが解放されるのを待っています。
テーブルの待機中、テーブルの待機中
スレッドはテーブルの基本構造が変更されたことが通知され、新しい構造を取得するにはテーブルを再度開く必要があります。他のすべてのスレッドがテーブルを閉じるまで待つ必要があります。
別のスレッドに FLUSH TABLES がある場合、またはテーブルが次のステートメントを実行する場合: FLUSH TABLES tbl_name、ALTER TABLE、RENAME TABLE、REPAIR TABLE、ANALYZE TABLE、OPTIMIZE TABLE。
cond を待機している
ということは、スレッドが条件を待っていることを意味します。
読み取りロックの取得を待機しています
スレッドは、グローバル読み取りロックを取得するために FLUSH TABLES WITH READ LOCK ステートメントを発行し、ロックの取得を待機しています。
net への書き込み、net の待機
サーバーはデータ パケットを書き込み、ネットワークを待機します。これが大量に表示される場合は、ネットワークの接続状況とデータベースからフロントエンドへのトラフィックをすぐに確認してください。

おすすめ

転載: blog.csdn.net/HideInTime/article/details/127298110