翻訳元

TIDB_TRXテーブルには、TiDB ノードで現在実行されているトランザクションに関する情報が提供されます。

USE INFORMATION_SCHEMA; DESC TIDB_TRX;

出力は次のようになります。

+-------------------------+-----------------------------------------------------------------+------+------+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------------------+-----------------------------------------------------------------+------+------+---------+-------+ | ID | bigint(21) unsigned | NO | PRI | NULL | | | START_TIME | timestamp(6) | YES | | NULL | | | CURRENT_SQL_DIGEST | varchar(64) | YES | | NULL | | | CURRENT_SQL_DIGEST_TEXT | text | YES | | NULL | | | STATE | enum('Idle','Running','LockWaiting','Committing','RollingBack') | YES | | NULL | | | WAITING_START_TIME | timestamp(6) | YES | | NULL | | | MEM_BUFFER_KEYS | bigint(64) | YES | | NULL | | | MEM_BUFFER_BYTES | bigint(64) | YES | | NULL | | | SESSION_ID | bigint(21) unsigned | YES | | NULL | | | USER | varchar(16) | YES | | NULL | | | DB | varchar(64) | YES | | NULL | | | ALL_SQL_DIGESTS | text | YES | | NULL | | | RELATED_TABLE_IDS | text | YES | | NULL | | +-------------------------+-----------------------------------------------------------------+------+------+---------+-------+

TIDB_TRX表の各列フィールドの意味は次のとおりです。

  • ID : トランザクション ID。トランザクションのstart_ts (開始タイムスタンプ) です。
  • START_TIME : トランザクションの開始時刻。これは、トランザクションのstart_tsに対応する物理的な時間です。
  • CURRENT_SQL_DIGEST : トランザクションで現在実行されている SQL ステートメントのダイジェスト。
  • CURRENT_SQL_DIGEST_TEXT : トランザクションによって現在実行されている SQL 文の正規化された形式、つまり引数と形式のない SQL 文。 CURRENT_SQL_DIGESTに相当します。
  • STATE : トランザクションの現在の状態。可能な値は次のとおりです:
    • Idle : トランザクションはアイドル状態です。つまり、ユーザーがクエリを入力するのを待機しています。
    • Running : トランザクションはクエリを実行しています。
    • LockWaiting : トランザクションは悲観的ロックの取得を待機しています。トランザクションは、他のトランザクションによってブロックされているかどうかに関係なく、悲観的ロック操作の開始時にこの状態になることに注意してください。
    • Committing : トランザクションはコミット処理中です。
    • RollingBack : トランザクションはロールバック中です。
  • WAITING_START_TIME : STATEの値がLockWaitingの場合、この列には待機の開始時刻が表示されます。
  • MEM_BUFFER_KEYS : 現在のトランザクションによってメモリバッファーに書き込まれたキーの数。
  • MEM_BUFFER_BYTES : 現在のトランザクションによってメモリバッファーに書き込まれたキー値バイトの合計数。
  • SESSION_ID : このトランザクションが属するセッションの ID。
  • USER : トランザクションを実行するユーザーの名前。
  • DB : トランザクションが実行されるセッションの現在のデフォルトのデータベース名。
  • ALL_SQL_DIGESTS : トランザクションによって実行されたステートメントのダイジェスト リスト。リストは JSON 形式の文字列配列として表示されます。各トランザクションは最大で最初の 50 個のステートメントを記録します。2 関数を使用すると、この列の情報TIDB_DECODE_SQL_DIGESTS対応する正規化された SQL ステートメントのリストに変換できます。
  • RELATED_TABLE_IDS : トランザクションがアクセスするテーブル、ビュー、およびその他のオブジェクトの ID。

注記:

  • プロセス権限を持つユーザーのみがこのテーブルの完全な情報を取得できます。PROCESS 権限を持たないユーザーは、現在のユーザーが実行したトランザクションの情報のみを照会できます。
  • CURRENT_SQL_DIGEST列目とALL_SQL_DIGESTS列目の情報 (SQL ダイジェスト) はTIDB_DECODE_SQL_DIGESTS CURRENT_SQL_DIGEST_TEXTから返される結果は、文の要約テーブルから内部的に照会されるため、対応する文が内部的に見つからない可能性があります。SQL ダイジェストと文の要約テーブルの詳細については、 ステートメント要約表を参照してください。
  • TIDB_DECODE_SQL_DIGESTS関数呼び出しには大きなオーバーヘッドがあります。この関数を呼び出して多数のトランザクションの履歴 SQL ステートメントを照会すると、照会に長い時間がかかる可能性があります。クラスターが大きく、同時トランザクションが多い場合は、 TIDB_TRXのテーブル全体を照会するときに、 ALL_SQL_DIGEST列でこの関数を直接使用しないでください。つまり、 SELECT *, tidb_decode_sql_digests(all_sql_digests) FROM TIDB_TRXのような SQL ステートメントを回避する必要があります。
  • 現在、 TIDB_TRXテーブルは TiDB 内部トランザクションの情報の表示をサポートしていません。

TIDB_TRXテーブルをビュー。

SELECT * FROM INFORMATION_SCHEMA.TIDB_TRX\G

出力は次のようになります。

*************************** 1. row *************************** ID: 426789913200689153 START_TIME: 2021-08-04 10:51:54.883000 CURRENT_SQL_DIGEST: NULL CURRENT_SQL_DIGEST_TEXT: NULL STATE: Idle WAITING_START_TIME: NULL MEM_BUFFER_KEYS: 1 MEM_BUFFER_BYTES: 29 SESSION_ID: 7 USER: root DB: test ALL_SQL_DIGESTS: ["e6f07d43b5c21db0fbb9a31feac2dc599787763393dd5acbfad80e247eb02ad5","04fa858fa491c62d194faec2ab427261cc7998b3f1ccf8f6844febca504cb5e9","b83710fa8ab7df8504920e8569e48654f621cf828afbe7527fd003b79f48da9e"] *************************** 2. row *************************** ID: 426789921471332353 START_TIME: 2021-08-04 10:52:26.433000 CURRENT_SQL_DIGEST: 38b03afa5debbdf0326a014dbe5012a62c51957f1982b3093e748460f8b00821 CURRENT_SQL_DIGEST_TEXT: update `t` set `v` = `v` + ? where `id` = ? STATE: LockWaiting WAITING_START_TIME: 2021-08-04 10:52:35.106568 MEM_BUFFER_KEYS: 0 MEM_BUFFER_BYTES: 0 SESSION_ID: 9 USER: root DB: test ALL_SQL_DIGESTS: ["e6f07d43b5c21db0fbb9a31feac2dc599787763393dd5acbfad80e247eb02ad5","38b03afa5debbdf0326a014dbe5012a62c51957f1982b3093e748460f8b00821"] 2 rows in set (0.01 sec)

この例のクエリ結果から、現在のノードには 2 つのトランザクションが進行中であることがわかります。 1 つのトランザクションはアイドル状態 ( STATEIdleCURRENT_SQL_DIGESTNULL ) で、このトランザクションは 3 つのステートメントを実行しました ( ALL_SQL_DIGESTSリストには 3 つのレコードがあり、これは実行された 3 つの SQL ステートメントのダイジェストです)。 別のトランザクションはステートメントを実行してロックを待機しています ( STATELockWaitingで、 WAITING_START_TIME待機中のロックの開始時間を示しています)。 トランザクションは 2 つのステートメントを実行し、現在実行中のステートメントは"update `t` set `v` = `v` + ? where `id` = ?"の形式になっています。

SELECT id, all_sql_digests, tidb_decode_sql_digests(all_sql_digests) AS all_sqls FROM INFORMATION_SCHEMA.TIDB_TRX\G

出力は次のようになります。

*************************** 1. row *************************** id: 426789913200689153 all_sql_digests: ["e6f07d43b5c21db0fbb9a31feac2dc599787763393dd5acbfad80e247eb02ad5","04fa858fa491c62d194faec2ab427261cc7998b3f1ccf8f6844febca504cb5e9","b83710fa8ab7df8504920e8569e48654f621cf828afbe7527fd003b79f48da9e"] all_sqls: ["begin","insert into `t` values ( ... )","update `t` set `v` = `v` + ?"] *************************** 2. row *************************** id: 426789921471332353 all_sql_digests: ["e6f07d43b5c21db0fbb9a31feac2dc599787763393dd5acbfad80e247eb02ad5","38b03afa5debbdf0326a014dbe5012a62c51957f1982b3093e748460f8b00821"] all_sqls: ["begin","update `t` set `v` = `v` + ? where `id` = ?"]

このクエリは、 TIDB_TRXテーブルのALL_SQL_DIGESTS列でTIDB_DECODE_SQL_DIGESTS関数を呼び出し、システム内部クエリを通じて SQL ダイジェスト配列を正規化された SQL ステートメントの配列に変換します。これにより、トランザクションによって過去に実行されたステートメントの情報を視覚的に取得できます。ただし、前のクエリはTIDB_TRXのテーブル全体をスキャンし、各行に対してTIDB_DECODE_SQL_DIGESTS関数を呼び出すことに注意してください。11 関数の呼び出しには大きなオーバーヘッドがあります。したがって、クラスター内に多数の同時トランザクションがTIDB_DECODE_SQL_DIGESTSする場合は、このタイプのクエリを避けるようにしてください。

クラスター_TIDB_TRX

TIDB_TRXテーブルは、単一の TiDB ノードで実行されているトランザクションに関する情報のみを提供します。クラスター全体のすべての TiDB ノードで実行されているトランザクションの情報を表示するには、 CLUSTER_TIDB_TRXテーブルをクエリする必要があります。5 テーブルのクエリ結果と比較すると、 CLUSTER_TIDB_TRXテーブルのクエリ結果INSTANCEは追加のINSTANCEフィールドが含まれます。11 フィールドには、クラスター内の各ノードの IP アドレスとポートがTIDB_TRXされ、トランザクションが配置されている TiDB ノードを区別するために使用されます。

USE INFORMATION_SCHEMA; DESC CLUSTER_TIDB_TRX;

出力は次のようになります。

+-------------------------+-----------------------------------------------------------------+------+------+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------------------------+-----------------------------------------------------------------+------+------+---------+-------+ | INSTANCE | varchar(64) | YES | | NULL | | | ID | bigint(21) unsigned | NO | PRI | NULL | | | START_TIME | timestamp(6) | YES | | NULL | | | CURRENT_SQL_DIGEST | varchar(64) | YES | | NULL | | | CURRENT_SQL_DIGEST_TEXT | text | YES | | NULL | | | STATE | enum('Idle','Running','LockWaiting','Committing','RollingBack') | YES | | NULL | | | WAITING_START_TIME | timestamp(6) | YES | | NULL | | | MEM_BUFFER_KEYS | bigint(64) | YES | | NULL | | | MEM_BUFFER_BYTES | bigint(64) | YES | | NULL | | | SESSION_ID | bigint(21) unsigned | YES | | NULL | | | USER | varchar(16) | YES | | NULL | | | DB | varchar(64) | YES | | NULL | | | ALL_SQL_DIGESTS | text | YES | | NULL | | | RELATED_TABLE_IDS | text | YES | | NULL | | +-------------------------+-----------------------------------------------------------------+------+------+---------+-------+ 14 rows in set (0.00 sec)

このページは役に立ちましたか?

Playground
登録なしで TiDB の機能をワンストップでインタラクティブに体験できます。
製品
TiDB Dedicated
TiDB Serverless
TiDB
価格
PoC お問い合わせ
エコシステム
TiKV
TiFlash
OSS Insight
© 2024 PingCAP. All Rights Reserved.
Privacy Policy.