MySQL 8.0 リファレンスマニュアル


MySQL 8.0 リファレンスマニュアル  /  ...  /  サーバーステータス変数

5.1.10 サーバーステータス変数

MySQL サーバーは、その操作に関する情報を提供する多くのステータス変数を保持します。 これらの変数およびその値は、SHOW [GLOBAL | SESSION] STATUS ステートメントを使用して表示できます (セクション13.7.7.37「SHOW STATUS ステートメント」を参照してください)。 オプションの GLOBAL キーワードはすべての接続にわたって値を集計し、SESSION は現在の接続についての値を表示します。

mysql> SHOW GLOBAL STATUS;
+-----------------------------------+------------+
| Variable_name                     | Value      |
+-----------------------------------+------------+
| Aborted_clients                   | 0          |
| Aborted_connects                  | 0          |
| Bytes_received                    | 155372598  |
| Bytes_sent                        | 1176560426 |
...
| Connections                       | 30023      |
| Created_tmp_disk_tables           | 0          |
| Created_tmp_files                 | 3          |
| Created_tmp_tables                | 2          |
...
| Threads_created                   | 217        |
| Threads_running                   | 88         |
| Uptime                            | 1389872    |
+-----------------------------------+------------+

多くのステータス変数は、FLUSH STATUS ステートメントで 0 にリセットされます。

このセクションでは、各ステータス変数について説明します。 ステータス変数サマリーについては、セクション5.1.6「サーバーステータス変数リファレンス」 を参照してください。 NDB Cluster に固有のステータス変数については、セクション23.3.3.9.3「NDB Cluster ステータス変数」 を参照してください。

ステータス変数には次の意味があります。

  • Aborted_clients

    クライアントが接続を適切に閉じることなく終了したため中止された接続の数。 セクションB.3.2.9「通信エラーおよび中止された接続」を参照してください。

  • Aborted_connects

    MySQL Server への接続に失敗した試行数。 セクションB.3.2.9「通信エラーおよび中止された接続」を参照してください。

    接続に関する追加情報については、Connection_errors_xxx ステータス変数および host_cache テーブルを確認してください。

  • Authentication_ldap_sasl_supported_methods

    SASL LDAP 認証を実装する authentication_ldap_sasl プラグインは複数の認証方式をサポートしていますが、ホストシステムの構成によっては、すべてが使用できるわけではありません。 Authentication_ldap_sasl_supported_methods 変数は、サポートされているメソッドの検出機能を提供します。 その値は、空白で区切られたサポートされているメソッド名で構成される文字列です。 例: "SCRAM-SHA 1 SCRAM-SHA-256 GSSAPI"

    この変数は MySQL 8.0.21 で追加されました。

  • Binlog_cache_disk_use

    一時バイナリログキャッシュを使用したが、binlog_cache_size の値を超えたため、一時ファイルを使用してトランザクションからのステートメントを保管したトランザクション数。

    バイナリログトランザクションキャッシュがディスクに書き込まれた非トランザクションステートメントの数は、Binlog_stmt_cache_disk_use ステータス変数で別途追跡されます。

  • Acl_cache_items_count

    キャッシュされた権限オブジェクトの数。 各オブジェクトは、ユーザーとそのアクティブなロールの権限の組合せです。

  • Binlog_cache_use

    バイナリログキャッシュを使用したトランザクション数。

  • Binlog_stmt_cache_disk_use

    バイナリログステートメントキャッシュを使用したが、binlog_stmt_cache_size の値を超えたため、一時ファイルを使用してこれらのステートメントを保管した、非トランザクションステートメントの数。

  • Binlog_stmt_cache_use

    バイナリログステートメントキャッシュを使用した非トランザクションステートメントの数。

  • Bytes_received

    すべてのクライアントから受信したバイト数。

  • Bytes_sent

    すべてのクライアントに送信されたバイト数。

  • Caching_sha2_password_rsa_public_key

    RSA キーペアベースのパスワード交換のために caching_sha2_password 認証プラグインによって使用される公開キー。 この値は、サーバーが caching_sha2_password_private_key_path および caching_sha2_password_public_key_path システム変数で指定されたファイル内の秘密キーと公開キーを正常に初期化した場合にのみ空になります。 Caching_sha2_password_rsa_public_key の値は後者のファイルから取得されます。

  • Com_xxx

    Com_xxx ステートメントカウンタ変数は、それぞれの xxx ステートメントが実行された回数を示します。 ステートメントのタイプごとにステータス変数が 1 つあります。 たとえば、Com_delete および Com_update はそれぞれ DELETE および UPDATE ステートメントをカウントします。 Com_delete_multi および Com_update_multi は類似していますが、複数テーブル構文を使用する DELETE および UPDATE ステートメントに適用されます。

    プリペアドステートメントの引数が不明であったり、実行中にエラーが発生した場合でも、すべての Com_stmt_xxx 変数が増加します。 つまり、これらの値は発行されたリクエスト数に対応し、正常に完了したリクエスト数に対応しません。 たとえば、ステータス変数はサーバーの起動ごとに初期化され、再起動後も保持されないため、RESTART および SHUTDOWN ステートメントを追跡する Com_restart および Com_shutdown 変数の値は通常ゼロですが、RESTART または SHUTDOWN ステートメントが実行されたが失敗した場合はゼロ以外にすることができます。

    Com_stmt_xxx ステータス変数は次のとおりです。

    • Com_stmt_prepare

    • Com_stmt_execute

    • Com_stmt_fetch

    • Com_stmt_send_long_data

    • Com_stmt_reset

    • Com_stmt_close

    これらの変数は、プリペアドステートメントコマンドを表します。 これらの名前は、ネットワーク層で使用される COM_xxx コマンドセットを示します。 つまり、mysql_stmt_prepare()mysql_stmt_execute() などのプリペアドステートメントの API コールを実行すると、これらの値は増加します。 ただし、Com_stmt_prepareCom_stmt_execute、および Com_stmt_close も、PREPAREEXECUTE、または DEALLOCATE PREPARE に対してそれぞれ増加します。 さらに、古いステートメントカウンタ変数の値 Com_prepare_sqlCom_execute_sql、および Com_dealloc_sql は、PREPAREEXECUTE、および DEALLOCATE PREPARE ステートメントに対して増加します。 Com_stmt_fetch はカーソルからフェッチしたときに発行されるネットワーク往復の合計回数のことです。

    Com_stmt_reprepare は、サーバーによってステートメントが自動的に再準備された回数を示します。たとえば、ステートメントによって参照されるテーブルまたはビューに対するメタデータ変更の後です。 再作成操作は Com_stmt_reprepare および Com_stmt_prepare を増加させます。

    Com_explain_other は、実行された EXPLAIN FOR CONNECTION ステートメントの数を示します。 セクション8.8.4「名前付き接続の実行計画情報の取得」を参照してください。

    Com_change_repl_filter は、実行された CHANGE REPLICATION FILTER ステートメントの数を示します。

  • Compression

    クライアント接続で、クライアント/サーバープロトコルの圧縮を使用するかどうか。

    MySQL 8.0.18 では、このステータス変数は非推奨です。将来のバージョンの MySQL で削除される予定です。 レガシー接続圧縮の構成を参照してください。

  • Compression_algorithm

    サーバーへの現在の接続に使用される圧縮アルゴリズムの名前。 値には、protocol_compression_algorithms システム変数の値で許可されている任意のアルゴリズムを指定できます。 たとえば、接続で圧縮が使用されていない場合、値は uncompressed になり、接続で zlib アルゴリズムが使用されている場合は zlib になります。

    詳細は、セクション4.2.8「接続圧縮制御」を参照してください。

    この変数は MySQL 8.0.18 で追加されました。

  • Compression_level

    サーバーへの現在の接続に使用される圧縮レベル。 この値は、zlib 接続の場合は 6 (デフォルトの zlib アルゴリズム圧縮レベル)、zstd 接続の場合は 1 から 22、uncompressed 接続の場合は 0 です。

    詳細は、セクション4.2.8「接続圧縮制御」を参照してください。

    この変数は MySQL 8.0.18 で追加されました。

  • Connection_errors_xxx

    これらの変数は、クライアント接続プロセス中に発生したエラーについての情報を提供します。 これらはグローバル専用で、すべてのホストからの接続全体で集計したエラー数を表します。 これらの変数は、ホストキャッシュによって説明されないエラーを追跡し (セクション5.1.12.3「DNS ルックアップとホストキャッシュ」を参照してください)、たとえば、TCP 接続に関連付けられないエラーや、接続プロセスのきわめて早期に (IP アドレスが既知となる前も含めて) 発生するエラー、または特定の IP アドレスに固有でない (メモリー不足の状況などの) エラーなどです。

    • Connection_errors_accept

      リスニングポートでの accept() への呼び出し中に発生したエラーの数。

    • Connection_errors_internal

      新しいスレッドの開始のエラーやメモリー不足状況など、サーバーの内部エラーが原因で拒否された接続の数。

    • Connection_errors_max_connections

      サーバーの max_connections 制限に到達したため拒否された接続の数。

    • Connection_errors_peer_address

      クライアント IP アドレスへの接続の検索中に発生したエラーの数。

    • Connection_errors_select

      リスニングポートでの select() または poll() への呼び出し中に発生したエラーの数。 (この操作に失敗したことは、クライアント接続が拒否されたことを必ずしも意味しません。)

    • Connection_errors_tcpwrap

      libwrap ライブラリによって拒否された接続の数。

  • Connections

    MySQL Server への (成功またはそれ以外の) 接続の試行数。

  • Created_tmp_disk_tables

    ステートメントの実行中にサーバーによって作成された、ディスク上の内部一時テーブルの数。

    作成されたディスク上の内部一時テーブルの数と作成された内部一時テーブルの合計数を比較するには、Created_tmp_disk_tablesCreated_tmp_tables の値を比較します。

    注記

    既知の制限のため、Created_tmp_disk_tables ではメモリーマップファイルに作成されたディスク上の一時テーブルはカウントされません。 デフォルトでは、TempTable ストレージエンジンオーバーフローメカニズムは、メモリーマップされたファイルに内部一時テーブルを作成します。 この動作は、デフォルトで有効になっている temptable_use_mmap 変数によって制御されます。

    セクション8.4.4「MySQL での内部一時テーブルの使用」も参照してください。

  • Created_tmp_files

    mysqld が生成した一時ファイルの数。

  • Created_tmp_tables

    ステートメントの実行中にサーバーによって作成された、内部一時テーブルの数。

    作成されたディスク上の内部一時テーブルの数と作成された内部一時テーブルの合計数を比較するには、Created_tmp_disk_tablesCreated_tmp_tables の値を比較します。

    セクション8.4.4「MySQL での内部一時テーブルの使用」も参照してください。

    SHOW STATUS ステートメントを呼び出すたびに内部一時テーブルが使用され、グローバルの Created_tmp_tables 値が増加します。

  • Current_tls_ca

    サーバーが新しい接続に使用する SSL コンテキスト内のアクティブな ssl_ca 値。 システム変数が変更されたが、コンテキスト関連のシステム変数値から SSL コンテキストを再構成し、対応するステータス変数を更新するために ALTER INSTANCE RELOAD TLS が実行されていない場合、このコンテキスト値は現在の ssl_ca システム変数値と異なる可能性があります。 (この潜在的な値の違いは、対応する各コンテキスト関連のシステム変数とステータス変数のペアに適用されます。 サーバー側のランタイム構成および暗号化された接続の監視を参照してください。)

    この変数は MySQL 8.0.16 で追加されました。

    MySQL 8.0.21 の時点では、Current_tls_xxx ステータス変数の値はパフォーマンススキーマ tls_channel_status テーブルからも使用できます。 セクション27.12.19.11「tls_channel_status テーブル」を参照してください。

  • Current_tls_capath

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな ssl_capath 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Current_tls_cert

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな ssl_cert 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Current_tls_cipher

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな ssl_cipher 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Current_tls_ciphersuites

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな tls_ciphersuites 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Current_tls_crl

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな ssl_crl 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Current_tls_crlpath

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな ssl_crlpath 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Current_tls_key

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな ssl_key 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Current_tls_version

    サーバーが新しい接続に使用する TSL コンテキスト内のアクティブな tls_version 値。 このステータス変数とそれに対応するシステム変数の関係に関するノートは、Current_tls_ca の説明を参照してください。

    この変数は MySQL 8.0.16 で追加されました。

  • Delayed_errors

    このステータス変数は非推奨です (DELAYED の挿入はサポートされていないため)。将来のリリースで削除される予定です。

  • Delayed_insert_threads

    このステータス変数は非推奨です (DELAYED の挿入はサポートされていないため)。将来のリリースで削除される予定です。

  • Delayed_writes

    このステータス変数は非推奨です (DELAYED の挿入はサポートされていないため)。将来のリリースで削除される予定です。

  • dragnet.Status

    dragnet.log_error_filter_rules システム変数への最新の代入の結果。このような代入が行われていない場合は空です。

    この変数は MySQL 8.0.12 で追加されました。

  • Error_log_buffered_bytes

    パフォーマンススキーマ error_log テーブルで現在使用されているバイト数。 たとえば、新しいイベントが古いイベントを破棄するまで収まらないが、新しいイベントが古いイベントよりも小さい場合は、値を減らすことができます。

    この変数は MySQL 8.0.22 で追加されました。

  • Error_log_buffered_events

    パフォーマンススキーマ error_log テーブルに現在存在するイベントの数。 Error_log_buffered_bytes と同様に、値を減らすことができます。

    この変数は MySQL 8.0.22 で追加されました。

  • Error_log_expired_events

    新しいイベント用の領域を確保するためにパフォーマンススキーマ error_log テーブルから破棄されたイベントの数。

    この変数は MySQL 8.0.22 で追加されました。

  • Error_log_latest_write

    パフォーマンススキーマ error_log テーブルへの最後の書き込みの時間。

    この変数は MySQL 8.0.22 で追加されました。

  • Flush_commands

    ユーザーが FLUSH TABLES ステートメントを実行したか、内部のサーバー動作が原因で、サーバーがテーブルをフラッシュする回数。 これは COM_REFRESH パケットの受信によっても増加します。 これは Com_flush とは対照的で、FLUSH TABLESFLUSH LOGS などのいずれかの FLUSH ステートメントが実行された回数を示します。

  • group_replication_primary_member

    グループがシングルプライマリモードで動作している場合、プライマリメンバー UUID を表示します。 グループがマルチプライマリモードで動作している場合は、空の文字列が表示されます。

    group_replication_primary_member ステータス変数は非推奨であり、将来のバージョンで削除される予定です。

  • Handler_commit

    内部 COMMIT ステートメントの数。

  • Handler_delete

    テーブルから行が削除された回数。

  • Handler_external_lock

    サーバーは external_lock() 関数への呼び出しごとにこの変数を増加し、この呼び出しは通常、テーブルインスタンスへのアクセスの最初と最後に発生します。 ストレージエンジンによって相違がある場合があります。 この変数は、たとえばパーティション化されたテーブルにアクセスするステートメントについて、ロックが発生する前に削除されたパーティション数を検出するために使用されます。ステートメントについてカウンタがいくら増加したかを確認し、2 を減算し (テーブルそのものに対する 2 件の呼び出し)、2 で除算して、ロックされたパーティション数を取得します。

  • Handler_mrr_init

    サーバーがテーブルへのアクセスでストレージエンジン独自の Multi-Range Read 実装を使用する回数。

  • Handler_prepare

    2 フェーズコミット操作の準備フェーズのカウンタ。

  • Handler_read_first

    インデックスの最初のエントリが読み取られた回数。 この値が大きい場合は、サーバーが大量の全インデックススキャンを実行していることを推奨します (col1 がインデックス付けされていると仮定した SELECT col1 FROM foo など)。

  • Handler_read_key

    キーに基づいて行を読み取るリクエスト数。 この値が高いことは、クエリーに対してテーブルが適切にインデックス付けされていることのよい目安になります。

  • Handler_read_last

    インデックスの最後のキーを読み取るリクエスト数。 ORDER BY では、サーバーは最初のキーリクエストの後にいくつかの次のキーリクエストを発行しますが、ORDER BY DESC では、最後のキーリクエストの後にいくつかの前のキーリクエストを発行します。

  • Handler_read_next

    キー順で次の行の読み取りリクエスト数。 この値は、範囲制約を持つインデックスカラムにクエリーを実行するか、インデックススキャンを実行する場合に増加します。

  • Handler_read_prev

    キー順で前の行の読み取りリクエスト数。 この読み取り方法は、ORDER BY ... DESC を最適化するために主に使用されます。

  • Handler_read_rnd

    固定された位置に基づいた行読み取りリクエスト数。 この値は、結果のソートが必要となる多くのクエリーを実行する場合に高くなります。 MySQL がテーブル全体をスキャンする必要がある多くのクエリーが存在する可能性があるか、キーが適切に使用されない結合があります。

  • Handler_read_rnd_next

    データファイル内で次の行の読み取りリクエスト数。 多くのテーブルスキャンを実行すると、この値は高くなります。 一般的に、これはテーブルが正しくインデックス付けされていないか、作成したインデックスを利用するようにクエリーが記述されていないことを示します。

  • Handler_rollback

    ロールバック操作を実行するためのストレージエンジンのリクエスト数。

  • Handler_savepoint

    セーブポイントを配置するためのストレージエンジンへのリクエスト数。

  • Handler_savepoint_rollback

    セーブポイントをロールバックするためのストレージエンジンへのリクエスト数。

  • Handler_update

    テーブルの行更新リクエスト数。

  • Handler_write

    テーブルへの行挿入リクエスト数。

  • Innodb_buffer_pool_dump_status

    InnoDB バッファープールに保持されるページを記録するための操作の進捗状況で、innodb_buffer_pool_dump_at_shutdown または innodb_buffer_pool_dump_now の設定によってトリガーされます。

    関連する情報と例については、セクション15.8.3.6「バッファープールの状態の保存と復元」を参照してください。

  • Innodb_buffer_pool_load_status

    以前の時点のものに対応するページのセットを読み取ることによって、InnoDB バッファープールウォームアップする操作の進捗状況で、innodb_buffer_pool_load_at_startup または innodb_buffer_pool_load_now の設定によってトリガーされます。 操作によってもたらされるオーバーヘッドが多すぎる場合、innodb_buffer_pool_load_abort を設定すると取り消しできます。

    関連する情報と例については、セクション15.8.3.6「バッファープールの状態の保存と復元」を参照してください。

  • Innodb_buffer_pool_bytes_data

    データを含む InnoDB バッファープール内のバイトの総数。 ダーティーページとクリーンページの両方が含まれます。 圧縮テーブルによってバッファープールが異なるサイズのページを保持する場合に、Innodb_buffer_pool_pages_data を使用するよりも正確なメモリー使用量を計算するために使用します。

  • Innodb_buffer_pool_pages_data

    データを含む InnoDB バッファープール内のページ数。 ダーティーページとクリーンページの両方が含まれます。 compressed tables を使用している場合、レポートされる Innodb_buffer_pool_pages_data 値が Innodb_buffer_pool_pages_total より大きい可能性があります (Bug #59550)。

  • Innodb_buffer_pool_bytes_dirty

    InnoDB バッファープール内のダーティーページに保持されている現在の合計バイト数。 圧縮テーブルによってバッファープールが異なるサイズのページを保持する場合に、Innodb_buffer_pool_pages_dirty を使用するよりも正確なメモリー使用量を計算するために使用します。

  • Innodb_buffer_pool_pages_dirty

    InnoDB バッファープール内のダーティーページの現在の数。

  • Innodb_buffer_pool_pages_flushed

    InnoDB バッファープールからページフラッシュするためのリクエスト数。

  • Innodb_buffer_pool_pages_free

    InnoDB バッファープール内の空きページの数。

  • Innodb_buffer_pool_pages_latched

    InnoDB バッファープール内のラッチされたページの数。 これらは現在読み取りまたは書き込み中であるか、ほかの何らかの理由でフラッシュまたは削除できないページです。 この変数の計算にはコストがかかるため、UNIV_DEBUG システムがサーバー構築時に定義される場合のみ利用できます。

  • Innodb_buffer_pool_pages_misc

    行ロックアダプティブハッシュインデックスなど、管理オーバーヘッドに割り当てられているためビジー状態になっている、InnoDB バッファープール内のページ数。 この値は Innodb_buffer_pool_pages_totalInnodb_buffer_pool_pages_freeInnodb_buffer_pool_pages_data として計算することもできます。 compressed tables を使用している場合、Innodb_buffer_pool_pages_misc で範囲外の値が報告されることがあります (Bug #59550)。

  • Innodb_buffer_pool_pages_total

    InnoDB バッファープールの合計サイズ (ページ単位)。 compressed tables を使用している場合、レポートされる Innodb_buffer_pool_pages_data 値が Innodb_buffer_pool_pages_total より大きい可能性があります (Bug #59550)

  • Innodb_buffer_pool_read_ahead

    先読みバックグラウンドスレッドによって InnoDB バッファープールに読み取られたページ数。

  • Innodb_buffer_pool_read_ahead_evicted

    クエリーによってアクセスされずにあとで消去された先読みバックグラウンドスレッドによって InnoDB バッファープールに読み取られたページ数。

  • Innodb_buffer_pool_read_ahead_rnd

    InnoDB によって開始された random 先読みの数。 これは、クエリーがテーブルの大部分をランダムな順序でスキャンする場合に発生します。

  • Innodb_buffer_pool_read_requests

    論理読み取りリクエスト数。

  • Innodb_buffer_pool_reads

    InnoDBバッファープールから満たすことができず、ディスクから直接読み取る必要があった論理読み取りの数。

  • Innodb_buffer_pool_resize_status

    InnoDB buffer pool を動的にサイズ変更する操作のステータスで、innodb_buffer_pool_size パラメータを動的に設定することによってトリガーされます。 innodb_buffer_pool_size パラメータは動的で、サーバーを再起動せずにバッファプールのサイズを変更できます。 関連情報については、オンラインでの InnoDB バッファープールサイズの構成を参照してください。

  • Innodb_buffer_pool_wait_free

    通常は、InnoDB バッファープールへの書き込みは、バックグラウンドで行われます。 InnoDBページを読み取るか作成する必要があって、クリーンページが利用できない場合、InnoDB は一部のダーティーページを最初にフラッシュし、その操作の完了まで待機します。 このカウンタはこれらの待機のインスタンスをカウントします。 innodb_buffer_pool_size が適切に設定されていれば、この値は小さくなります。

  • Innodb_buffer_pool_write_requests

    InnoDB バッファープールに対して実行される書き込みの数。

  • Innodb_data_fsyncs

    これまでの fsync() 操作数。 fsync() 呼び出しの頻度は innodb_flush_method 構成オプションの設定に影響されます。

  • Innodb_data_pending_fsyncs

    現在保留中の fsync() 操作の数。 fsync() 呼び出しの頻度は innodb_flush_method 構成オプションの設定に影響されます。

  • Innodb_data_pending_reads

    現在保留中の読み取りの数。

  • Innodb_data_pending_writes

    現在保留中の書き込み数。

  • Innodb_data_read

    サーバーの起動後に読み取られたデータ量 (バイト単位)。

  • Innodb_data_reads

    データ読取り (OS ファイル読取り) の合計数。

  • Innodb_data_writes

    データ書き込みの合計数。

  • Innodb_data_written

    これまでに書き込まれたデータ量 (バイト単位)。

  • Innodb_dblwr_pages_written

    ダブル書き込みバッファーに書き込まれたページ数。 セクション15.11.1「InnoDB ディスク I/O」を参照してください。

  • Innodb_dblwr_writes

    実行されたダブル書き込み操作の数。 セクション15.11.1「InnoDB ディスク I/O」を参照してください。

  • Innodb_have_atomic_builtins

    サーバーがアトミック命令で構築されたかどうかを示します。

  • Innodb_log_waits

    The number of times that the ログバッファーが小さすぎるため、続行する前にフラッシュするために待機が必要だった回数。

  • Innodb_log_write_requests

    InnoDB Redo ログの書き込みリクエストの数。

  • Innodb_log_writes

    InnoDB Redo ログファイルへの物理書き込みの数。

  • Innodb_num_open_files

    InnoDB で現在開いたままになっているファイルの数。

  • Innodb_os_log_fsyncs

    InnoDB Redo ログファイルに対して実行される fsync() 書き込みの数。

  • Innodb_os_log_pending_fsyncs

    InnoDB Redo ログファイルに対する保留中の fsync() 操作の数。

  • Innodb_os_log_pending_writes

    InnoDB Redo ログファイルに対する保留中の書き込み数。

  • Innodb_os_log_written

    InnoDB Redo ログファイルに書き込まれたバイト数。

  • Innodb_page_size

    InnoDB のページサイズ (デフォルトは 16K バイト)。 ページには多くの値がカウントされ、ページサイズは簡単にバイトに換算できます。

  • Innodb_pages_created

    InnoDB テーブルの操作によって作成されるページ数。

  • Innodb_pages_read

    InnoDB テーブルに対する操作によって InnoDB バッファプールから読み取られたページ数。

  • Innodb_pages_written

    InnoDB テーブルの操作によって書き込まれるページ数。

  • Innodb_redo_log_enabled

    redo ロギングが有効か無効か。 MySQL 8.0.21 で導入されました。

    redo ロギングの無効化を参照してください。

  • Innodb_row_lock_current_waits

    InnoDB テーブルの操作によって現在待機中の行ロックの数。

  • Innodb_row_lock_time

    InnoDB テーブルの行ロックの取得に要した合計時間 (ミリ秒単位)。

  • Innodb_row_lock_time_avg

    InnoDB テーブルの行ロックの取得に要した平均時間 (ミリ秒)。

  • Innodb_row_lock_time_max

    InnoDB テーブルの行ロックの取得に要した最大時間 (ミリ秒)。

  • Innodb_row_lock_waits

    InnoDB テーブル上の操作が行ロックを待機した回数。

  • Innodb_rows_deleted

    InnoDB テーブルから削除された行数。

  • Innodb_rows_inserted

    InnoDB テーブルに挿入された行数。

  • Innodb_rows_read

    InnoDB テーブルから読み取られた行数。

  • Innodb_rows_updated

    InnoDB テーブル内で更新された行数。

  • Innodb_system_rows_deleted

    システム作成スキーマに属する InnoDB テーブルから削除された行数。

  • Innodb_system_rows_inserted

    システム作成スキーマに属する InnoDB テーブルに挿入された行数。

  • Innodb_system_rows_read

    システム作成スキーマに属する InnoDB テーブルから読み取られた行数。

  • Innodb_truncated_status_writes

    SHOW ENGINE INNODB STATUS ステートメントからの出力が切り捨てられた回数。

  • Innodb_undo_tablespaces_active

    アクティブな undo テーブルスペースの数。 暗黙的 undo テーブルスペース (InnoDB 作成) と明示的 undo テーブルスペース (ユーザー作成) の両方が含まれます。 undo テーブルスペースの詳細は、セクション15.6.3.4「undo テーブルスペース」 を参照してください。

  • Innodb_undo_tablespaces_explicit

    ユーザー作成 undo テーブルスペースの数。 undo テーブルスペースの詳細は、セクション15.6.3.4「undo テーブルスペース」 を参照してください。

  • Innodb_undo_tablespaces_implicit

    InnoDB によって作成された undo テーブルスペースの数。 MySQL インスタンスの初期化時に、InnoDB によって 2 つのデフォルト undo テーブルスペースが作成されます。 undo テーブルスペースの詳細は、セクション15.6.3.4「undo テーブルスペース」 を参照してください。

  • Innodb_undo_tablespaces_total

    undo テーブルスペースの合計数。 アクティブおよび非アクティブな暗黙的な undo テーブルスペース (InnoDB 作成) と明示的な undo テーブルスペース (ユーザー作成) の両方が含まれます。 undo テーブルスペースの詳細は、セクション15.6.3.4「undo テーブルスペース」 を参照してください。

  • Key_blocks_not_flushed

    変更されたがまだディスクにフラッシュされていない MyISAM キーキャッシュ内のキーブロック数。

  • Key_blocks_unused

    MyISAM キーキャッシュ内の未使用ブロック数。 この値を使用して、使用中のキーキャッシュの量を判別できます。セクション5.1.8「サーバーシステム変数」key_buffer_sizeに関する説明を参照してください。

  • Key_blocks_used

    MyISAM キーキャッシュ内の使用済みブロック数。 この値は、一度に使用された今までの最大ブロック数を示す高位境界値です。

  • Key_read_requests

    MyISAM キーキャッシュからキーブロックを読み取るリクエスト数。

  • Key_reads

    ディスクから MyISAM キーキャッシュへのキーブロックの物理的な読み取りの数。 Key_reads が大きい場合、key_buffer_size の値が小さすぎる可能性があります。 キャッシュミス率は Key_reads/Key_read_requests と計算できます。

  • Key_write_requests

    MyISAM キーキャッシュにキーブロックを書き込むリクエスト数。

  • Key_writes

    MyISAM キーキャッシュからディスクへのキーブロックの物理的な書き込みの数。

  • Last_query_cost

    クエリーオプティマイザによって計算された、最後にコンパイルされたクエリーの合計コスト。 これは同じクエリーに対して異なるクエリー計画のコストを比較するために役立ちます。 デフォルト値の 0 は、クエリーがまだコンパイルされていないことを意味します。 デフォルト値は 0 です。 Last_query_cost はセッションスコープを持ちます。

    MySQL 8.0.16 以降では、この変数は、複数のクエリーブロックを持つクエリーのコストを表示し、各クエリーブロックのコスト見積りを合計して、キャッシュ不可能なサブクエリーが実行される回数を見積もり、それらのクエリーブロックのコストにサブクエリー実行の数を乗算します。 (Bug #92766、Bug #28786951) MySQL 8.0.16 より前は、Last_query_cost は単純な「フラット」クエリーに対してのみ正確に計算されましたが、サブクエリーや UNION を含むクエリーなどの複雑なクエリーに対しては計算されませんでした。 (後者の場合、値は 0 に設定されています。)

  • Last_query_partial_plans

    クエリーオプティマイザが前のクエリーの実行計画の構築で実行した反復数。 Last_query_cost はセッションスコープを持ちます。

  • Locked_connects

    ロックされたユーザーアカウントへの接続試行回数。 アカウントのロックおよびロック解除の詳細は、セクション6.2.19「アカウントロック」 を参照してください。

  • Max_execution_time_exceeded

    実行タイムアウトを超えた SELECT ステートメントの数。

  • Max_execution_time_set

    ゼロ以外の実行タイムアウトが設定された SELECT ステートメントの数。 これには、ゼロ以外の MAX_EXECUTION_TIME オプティマイザヒントを含むステートメント、およびそのようなヒントを含まないが max_execution_time システム変数で示されるタイムアウトがゼロ以外の場合に実行されるステートメントが含まれます。

  • Max_execution_time_set_failed

    実行タイムアウトを設定しようとして失敗した SELECT ステートメントの数。

  • Max_used_connections

    サーバーが開始されてから同時に使用された接続の最大数。

  • Max_used_connections_time

    Max_used_connections が現在の値に達した時刻。

  • Not_flushed_delayed_rows

    このステータス変数は非推奨です (DELAYED の挿入はサポートされていないため)。将来のリリースで削除される予定です。

  • mecab_charset

    MeCab 全文パーサープラグインで現在使用されている文字セット。 関連情報については、セクション12.10.9「MeCab フルテキストパーサープラグイン」を参照してください。

  • Ongoing_anonymous_transaction_count

    匿名としてマークされた進行中のトランザクションの数を表示します。 これを使用すると、これ以上のトランザクションが処理を待機していないことを確認できます。

  • Ongoing_anonymous_gtid_violating_transaction_count

    このステータス変数は、デバッグビルドでのみ使用できます。 gtid_next=ANONYMOUS を使用し、GTID 整合性に違反する進行中のトランザクションの数を表示します。

  • Ongoing_automatic_gtid_violating_transaction_count

    このステータス変数は、デバッグビルドでのみ使用できます。 gtid_next=AUTOMATIC を使用し、GTID 整合性に違反する進行中のトランザクションの数を表示します。

  • Open_files

    開いているファイルの数。 このカウントにはサーバーによって開いた通常のファイルが含まれます。 ソケットやパイプなどのほかのタイプのファイルは含まれません。 またこのカウントには、サーバーレベルに実行を依頼するのではなく、ストレージエンジンがそれら独自の内部関数を使用して開いたファイルは含まれません。

  • Open_streams

    開いているストリーム数 (主にロギングに使用)。

  • Open_table_definitions

    キャッシュされたテーブル定義の数。

  • Open_tables

    開いているテーブルの数。

  • Opened_files

    my_open() (mysys ライブラリ関数) によって開いたファイルの数。 この関数を使用せずにファイルを開くサーバーの一部は、カウントを増加させません。

  • Opened_table_definitions

    キャッシュされたテーブル定義の数。

  • Opened_tables

    開いているテーブル数。 Opened_tables の値が大きい場合、table_open_cache の値が小さいすぎる可能性があります。

  • Performance_schema_xxx

    パフォーマンススキーマのステータス変数は、セクション27.16「パフォーマンススキーマステータス変数」にリストされています。 これらの変数は、メモリー制約のためロードまたは作成できないにインストゥルメンテーションついての情報を提供します。

  • Prepared_stmt_count

    現在のプリペアドステートメントの数。 (ステートメントの最大数は、max_prepared_stmt_count システム変数によって指定されます。)

  • Queries

    サーバーによって実行されたステートメントの数。 この変数は Questions 変数と異なり、ストアドプロシージャー内で実行されるステートメントを含みます。 COM_PING または COM_STATISTICS コマンドをカウントしません。

    このセクションの最初の説明では、このステートメントカウントステータス変数をこのようなほかの変数に関連付ける方法を示します。

  • 質問

    サーバーによって実行されたステートメントの数。 これは Queries 変数とは異なり、クライアントによってサーバーに送信されたステートメントのみを含み、ストアドプロシージャー内で実行されたステートメントは含みません。 この変数は、COM_PINGCOM_STATISTICSCOM_STMT_PREPARECOM_STMT_CLOSE、または COM_STMT_RESET コマンドをカウントしません。

    このセクションの最初の説明では、このステートメントカウントステータス変数をこのようなほかの変数に関連付ける方法を示します。

  • Rpl_semi_sync_master_clients

    準同期レプリカの数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_net_avg_wait_time

    ソースがレプリカ応答を待機した平均時間 (マイクロ秒)。 この変数は常に 0 であり、非推奨です。将来のバージョンで削除される予定です。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_net_wait_time

    ソースがレプリカ応答を待機した合計時間 (マイクロ秒)。 この変数は常に 0 であり、非推奨です。将来のバージョンで削除される予定です。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_net_waits

    ソースがレプリカ応答を待機した合計回数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_no_times

    ソースが準同期レプリケーションをオフにした回数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_no_tx

    レプリカによって正常に確認されなかったコミットの数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_status

    準同期レプリケーションが現在ソースで動作しているかどうか。 プラグインが有効で、コミット認証が発生した場合、この値は ON です。 これは、プラグインが有効になっていないか、コミット確認タイムアウトのためにソースが非同期レプリケーションにフォールバックした場合の OFF です。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_timefunc_failures

    gettimeofday() などの時間関数のコール時にソースが失敗した回数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_tx_avg_wait_time

    ソースが各トランザクションを待機した平均時間 (マイクロ秒)。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_tx_wait_time

    ソースがトランザクションを待機した合計時間 (マイクロ秒)。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_tx_waits

    ソースがトランザクションを待機した合計回数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_wait_pos_backtraverse

    バイナリ座標が以前に待機したイベントより小さいイベントをソースが待機した合計回数。 これは、トランザクションが応答の待機を開始した順序が、バイナリログイベントが書き込まれた順序と異なる場合に発生することがあります。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_wait_sessions

    レプリカ応答を現在待機しているセッションの数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_master_yes_tx

    レプリカによって正常に確認されたコミットの数。

    この変数は、ソース側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rpl_semi_sync_slave_status

    準同期レプリケーションが現在レプリカで動作しているかどうか。 これは、プラグインが有効化され、レプリケーション I/O スレッドが実行されている場合は ON、それ以外の場合は OFF です。

    この変数は、レプリカ側の準同期レプリケーションプラグインがインストールされている場合にのみ使用できます。

  • Rsa_public_key

    この変数の値は、RSA キーペアベースのパスワード交換用の sha256_password 認証プラグインで使用される公開キーです。 この値は、sha256_password_private_key_path および sha256_password_public_key_path システム変数によって名前が指定されるファイル内の秘密鍵および公開鍵をサーバーが正常に初期化した場合のみ空ではありません。 Rsa_public_key の値は後者のファイルから得られます。

    sha256_password については、セクション6.4.1.3「SHA-256 プラガブル認証」を参照してください。

  • Secondary_engine_execution_count

    セカンダリエンジンにオフロードされたクエリーの数。 この変数は MySQL 8.0.13 で追加されました。

    HeatWave で使用します。 MySQL HeatWave User Guide を参照してください。

  • Select_full_join

    インデックスを使用しないためテーブルスキャンを実行する結合の数。 この値が 0 でない場合、テーブルのインデックスを慎重に検査してください。

  • Select_full_range_join

    参照テーブル上で範囲検索を使用した結合の数。

  • Select_range

    最初のテーブルの範囲が使用された結合の数。 値がきわめて大きい場合でも、これは通常重大な問題ではありません。

  • Select_range_check

    各行のあとにキーの使用法がチェックされるキーなしの結合数。 これが 0 でない場合、テーブルのインデックスを慎重に検査してください。

  • Select_scan

    最初のテーブルのフルスキャンが実行された結合の数。

  • Slave_open_temp_tables

    レプリケーション SQL スレッドが現在オープンしている一時テーブルの数。 値がゼロより大きい場合は、レプリカを安全に停止できません。セクション17.5.1.31「レプリケーションと一時テーブル」 を参照してください。 この変数は、all レプリケーションチャネルのオープン一時テーブルの合計数をレポートします。

  • Slave_rows_last_search_algorithm_used

    このレプリカが行ベースレプリケーション用の行を検索するために最後に使用した検索アルゴリズム。 結果には、チャネルで最後に実行されたトランザクションの検索アルゴリズムとして、レプリカがインデックス、テーブルスキャンまたはハッシュを使用したかどうかが表示されます。

    使用される方法は、slave_rows_search_algorithms システム変数の設定、および関連するテーブルで使用可能なキーによって異なります。

    この変数は、MySQL のデバッグビルドでのみ使用できます。

  • Slow_launch_threads

    作成に要した時間が slow_launch_time 秒を超えたスレッドの数。

  • Slow_queries

    long_query_time 秒よりも時間を要したクエリーの数。 このカウンタは、スロークエリーログが有効かどうかに関係なく増加します。 このログについては、セクション5.4.5「スロークエリーログ」を参照してください。

  • Sort_merge_passes

    ソートアルゴリズムが実行する必要があったマージパスの数。 この値が大きい場合、sort_buffer_size システム変数を増やすことを検討してください。

  • Sort_range

    範囲を使用して実行されたソートの数。

  • Sort_rows

    ソートされた行の数。

  • Sort_scan

    テーブルをスキャンすることで実行されたソートの数。

  • Ssl_accept_renegotiates

    接続を確立するために必要なネゴシエーションの数。

  • Ssl_accepts

    受け入れられた SSL 接続の数。

  • Ssl_callback_cache_hits

    コールバックキャッシュのヒット数。

  • Ssl_cipher

    現在の暗号化暗号 (暗号化されていない接続の場合は空)。

  • Ssl_cipher_list

    利用可能な SSL 暗号のリスト (非 SSL 接続の場合は空)。 MySQL が TLSv1.3 をサポートしている場合、この値には使用可能な TLSv1.3 暗号スイートが含まれます。 セクション6.3.2「暗号化された接続 TLS プロトコルおよび暗号」を参照してください。

  • Ssl_client_connects

    SSL 対応レプリケーションソースサーバーへの SSL 接続試行の数。

  • Ssl_connect_renegotiates

    SSL 対応レプリケーションソースサーバーへの接続を確立するために必要なネゴシエーションの数。

  • Ssl_ctx_verify_depth

    SSL コンテキスト検証の深さ (テストされるチェーン内の証明書数)。

  • Ssl_ctx_verify_mode

    SSL コンテキスト検証モード。

  • Ssl_default_timeout

    デフォルトの SSL タイムアウト。

  • Ssl_finished_accepts

    サーバーへの正常な SSL 接続数。

  • Ssl_finished_connects

    SSL 対応レプリケーションソースサーバーへの正常なレプリカ接続の数。

  • Ssl_server_not_after

    SSL 証明書が有効な最終日。 SSL 証明書の有効期限情報を確認するには、次のステートメントを使用します:

    mysql> SHOW STATUS LIKE 'Ssl_server_not%';
    +-----------------------+--------------------------+
    | Variable_name         | Value                    |
    +-----------------------+--------------------------+
    | Ssl_server_not_after  | Apr 28 14:16:39 2025 GMT |
    | Ssl_server_not_before | May  1 14:16:39 2015 GMT |
    +-----------------------+--------------------------+
  • Ssl_server_not_before

    SSL 証明書が有効な最初の日。

  • Ssl_session_cache_hits

    SSL セッションキャッシュのヒット数。

  • Ssl_session_cache_misses

    SSL セッションキャッシュのミス数。

  • Ssl_session_cache_mode

    SSL セッションキャッシュモード。

  • Ssl_session_cache_overflows

    SSL セッションキャッシュのオーバーフロー数。

  • Ssl_session_cache_size

    SSL セッションキャッシュサイズ。

  • Ssl_session_cache_timeouts

    SSL セッションキャッシュのタイムアウト数。

  • Ssl_sessions_reused

    キャッシュから再使用された SSL 接続の数。

  • Ssl_used_session_cache_entries

    使用された SSL セッションキャッシュエントリの数。

  • Ssl_verify_depth

    レプリケーション SSL 接続の検証の深さ。

  • Ssl_verify_mode

    SSL を使用する接続のためにサーバーで使用される検証モード。 値はビットマスクです。ビットは openssl/ssl.h ヘッダーファイルで定義されます:

    # define SSL_VERIFY_NONE                 0x00
    # define SSL_VERIFY_PEER                 0x01
    # define SSL_VERIFY_FAIL_IF_NO_PEER_CERT 0x02
    # define SSL_VERIFY_CLIENT_ONCE          0x04

    SSL_VERIFY_PEER は、サーバーがクライアント証明書を要求することを示します。 クライアントが提供する場合、サーバーは検証を実行し、検証が成功した場合にのみ続行します。 SSL_VERIFY_CLIENT_ONCE は、クライアント証明書のリクエストが最初のハンドシェイクでのみ実行されることを示します。

  • Ssl_version

    接続の SSL プロトコルバージョン (TLSv1 など)。 接続が暗号化されていない場合、値は空です。

  • Table_locks_immediate

    テーブルロックのリクエストが即座に付与された回数。

  • Table_locks_waited

    テーブルロックのリクエストが即座に付与されず、待機が必要だった回数。 これが高く、パフォーマンスに問題がある場合、最初にクエリーを最適化し、次に 1 つ以上のテーブルを分割するか、レプリケーションを使用してください。

  • Table_open_cache_hits

    開いたテーブルのキャッシュルックアップのヒット数。

  • Table_open_cache_misses

    開いたテーブルのキャッシュルックアップのミス数。

  • Table_open_cache_overflows

    開いたテーブルのキャッシュのオーバーフロー数。 これはテーブルが開くか閉じたあとにキャッシュインスタンスが未使用のエントリを持ち、インスタンスのサイズが table_open_cache / table_open_cache_instances より大きい場合の回数です。

  • Tc_log_max_pages_used

    この変数は、mysqld が内部の XA トランザクションのリカバリのためのトランザクションコーディネータとしての役割を果たすとき、mysqld によって使用されるログのメモリーマップ実装に対して、サーバーが起動してからログに使用された最大のページ数を示します。 Tc_log_max_pages_usedTc_log_page_size の積が常にログサイズよりも極端に小さい場合、そのサイズが必要以上に大きいため削減できます。 (このサイズは --log-tc-size オプションで指定できます。 この変数は未使用です: バイナリログベースのリカバリでは不要であり、2 フェーズのコミットが可能で XA トランザクションをサポートするストレージエンジンの数が複数の場合を除き、メモリーマップされたリカバリログ方式は使用されません。 (InnoDB のみが該当するエンジンです。)

  • Tc_log_page_size

    XA リカバリログのメモリーマップ実装に使用されるページサイズ。 デフォルト値は getpagesize() を使用して決定されます。 この変数は、Tc_log_max_pages_used で説明されているのと同じ理由で未使用です。

  • Tc_log_page_waits

    この変数は、リカバリログのメモリーマップ実装で、サーバーがトランザクションをコミットできず、ログ内の空きページを待機する必要がある場合に毎回増加します。 この値が大きい場合、(--log-tc-size オプションで) ログサイズを増加した方がよい場合もあります。 この変数は、バイナリログベースのリカバリで、2 フェーズコミットが進行中のためバイナリログをクローズできない場合に毎回増加します。 (クローズ操作は、このようなトランザクションがすべて終了するまで待機します。)

  • Threads_cached

    スレッドキャッシュ内のスレッド数。

  • Threads_connected

    現在開いている接続の数。

  • Threads_created

    接続を処理するために作成されたスレッドの数。 Threads_created が大きい場合、thread_cache_size の値を大きくした方がよい場合もあります。 キャッシュミス率は Threads_created/Connections として計算できます。

  • Threads_running

    スリープ状態ではないスレッド数。

  • Uptime

    サーバーが作動している秒数。

  • Uptime_since_flush_status

    最新の FLUSH STATUS ステートメントの秒数。


関連キーワード:  変数, テーブル, サーバー, Innodb, 接続, InnoDB, 実行, ステータス, ステートメント, 参照