システム変数
TiDB システム変数は、設定がSESSION
またはGLOBAL
スコープに適用されるという点で、MySQL と同様に動作します。
SESSION
スコープの変更は、現在のセッションにのみ影響します。GLOBAL
スコープの変更はすぐに適用されます。この変数のスコープもSESSION
の場合、すべてのセッション (自分のセッションを含む) は引き続き現在のセッション値を使用します。- 変更は
SET
ステートメントを使用して行われます。
# These two identical statements change a session variable
SET tidb_distsql_scan_concurrency = 10;
SET SESSION tidb_distsql_scan_concurrency = 10;
# These two identical statements change a global variable
SET @@global.tidb_distsql_scan_concurrency = 10;
SET GLOBAL tidb_distsql_scan_concurrency = 10;
ノート:
いくつかの
GLOBAL
変数が TiDB クラスターに保持されます。このドキュメントの一部の変数にはPersists to cluster
の設定があり、これはYes
またはNo
に構成できます。
- 設定が
Persists to cluster: Yes
の変数の場合、グローバル変数が変更されると、すべての TiDB サーバーに通知が送信され、システム変数キャッシュが更新されます。 TiDB サーバーを追加するか、既存の TiDB サーバーを再起動すると、永続化された構成値が自動的に使用されます。Persists to cluster: No
設定の変数の場合、変更は接続先のローカル TiDB インスタンスにのみ適用されます。値セットを保持するには、tidb.toml
構成ファイルで変数を指定する必要があります。さらに、TiDB はいくつかの MySQL 変数を読み取り可能かつ設定可能として提供します。これは、アプリケーションとコネクタの両方が MySQL 変数を読み取るのが一般的であるため、互換性のために必要です。たとえば、JDBC コネクタは、動作に依存していないにもかかわらず、クエリ キャッシュ設定の読み取りと設定の両方を行います。
ノート:
値が大きいほど、常にパフォーマンスが向上するとは限りません。ほとんどの設定は各接続に適用されるため、ステートメントを実行している同時接続の数を考慮することも重要です。
安全な値を決定するときは、変数の単位を考慮してください。
- スレッドの場合、安全な値は通常、CPU コアの数までです。
- バイトの場合、安全な値は通常、システム メモリの量よりも小さくなります。
- 時間については、単位が秒またはミリ秒である可能性があることに注意してください。
同じユニットを使用する変数は、同じリソースのセットを求めて競合する可能性があります。
変数参照
allow_auto_random_explicit_insert v4.0.3の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
INSERT
ステートメントでAUTO_RANDOM
属性を持つ列の値を明示的に指定できるようにするかどうかを決定します。
auto_increment_increment
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1
- 範囲:
[1, 65535]
- 列に割り当てられる
AUTO_INCREMENT
の値のステップ サイズを制御します。auto_increment_offset
と組み合わせて使用することが多い。
auto_increment_offset
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1
- 範囲:
[1, 65535]
- 列に割り当てられる
AUTO_INCREMENT
値の初期オフセットを制御します。この設定はauto_increment_increment
と組み合わせて使用されることがよくあります。例えば:
mysql> CREATE TABLE t1 (a int not null primary key auto_increment);
Query OK, 0 rows affected (0.10 sec)
mysql> set auto_increment_offset=1;
Query OK, 0 rows affected (0.00 sec)
mysql> set auto_increment_increment=3;
Query OK, 0 rows affected (0.00 sec)
mysql> INSERT INTO t1 VALUES (),(),(),();
Query OK, 4 rows affected (0.04 sec)
Records: 4 Duplicates: 0 Warnings: 0
mysql> SELECT * FROM t1;
+----+
| a |
+----+
| 1 |
| 4 |
| 7 |
| 10 |
+----+
4 rows in set (0.00 sec)
自動コミット
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- 明示的なトランザクションでない場合にステートメントを自動的にコミットするかどうかを制御します。詳細については、 取引概要を参照してください。
block_encryption_mode
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
aes-128-ecb
- 値のオプション:
aes-128-ecb
、aes-192-ecb
、aes-256-ecb
、aes-128-cbc
、aes-192-cbc
、aes-256-cbc
、aes-128-ofb
、aes-192-ofb
、aes-256-ofb
、aes-128-cfb
、aes-192-cfb
、aes-256-cfb
- この変数は、組み込み関数
AES_ENCRYPT()
およびAES_DECRYPT()
の暗号化モードを設定します。
character_set_client
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4
- クライアントから送信されたデータの文字セット。 TiDB での文字セットと照合順序の使用の詳細については、 文字セットと照合順序を参照してください。必要に応じて
SET NAMES
を使用して文字セットを変更することをお勧めします。
character_set_connection
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4
- 指定された文字セットを持たない文字列リテラルの文字セット。
character_set_database
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4
- この変数は、使用中のデフォルト データベースの文字セットを示します。この変数を設定することはお勧めしません。新しいデフォルト データベースが選択されると、サーバーは変数値を変更します。
character_set_results
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4
- データがクライアントに送信されるときに使用される文字セット。
character_set_server
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4
- サーバーのデフォルトの文字セット。
collation_connection
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4_bin
- この変数は、現在の接続で使用される照合順序を示します。これは、MySQL 変数
collation_connection
と一致しています。
collation_database
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4_bin
- この変数は、使用中のデータベースのデフォルトの照合順序を示します。この変数を設定することはお勧めしません。新しいデータベースが選択されると、TiDB はこの変数の値を変更します。
collation_server
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
utf8mb4_bin
- データベースの作成時に使用されるデフォルトの照合順序。
cte_max_recursion_depth
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1000
- 範囲:
[0, 4294967295]
- 共通テーブル式の最大再帰深度を制御します。
データディレクトリ
- スコープ: なし
- デフォルト値: /tmp/tidb
- この変数は、データが格納されている場所を示します。データが TiKV に保存されている場合、この場所はローカル パスまたは PDサーバーを指すことができます。
ip_address:port
の形式の値は、起動時に TiDB が接続する PDサーバーを示します。
ddl_slow_threshold
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- デフォルト値:
300
- 単位: ミリ秒
- 実行時間がしきい値を超える DDL 操作をログに記録します。
default_authentication_plugin
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
mysql_native_password
- 可能な値:
mysql_native_password
およびcaching_sha2_password
- この変数は、サーバーとクライアントの接続が確立されているときにサーバーが通知する認証方法を設定します。
この変数のその他の可能な値については、 認証プラグインのステータスを参照してください。
default_week_format
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 7]
WEEK()
関数で使用される週の形式を設定します。
error_count
- スコープ: なし
- タイプ: 整数
- メッセージを生成した最後のステートメントから発生したエラーの数を示す読み取り専用変数。
Foreign_key_checks
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- 互換性のために、TiDB は外部キー チェックを
OFF
として返します。
group_concat_max_len
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1024
- 範囲:
[4, 18446744073709551615]
GROUP_CONCAT()
関数内の項目の最大バッファー サイズ。
have_openssl
- スコープ: なし
- デフォルト値:
DISABLED
- MySQL との互換性のための読み取り専用変数。サーバーサーバー
YES
に設定されます。
have_ssl
- スコープ: なし
- デフォルト値:
DISABLED
- MySQL との互換性のための読み取り専用変数。サーバーサーバー
YES
に設定されます。
ホスト名
- スコープ: なし
- デフォルト値: (システムのホスト名)
- 読み取り専用変数としての TiDBサーバーのホスト名。
ID v5.3.0 の新機能
この変数はlast_insert_id
のエイリアスです。
init_connect
- 範囲: グローバル
- クラスターに永続化: はい
- デフォルト値: ""
init_connect
の機能により、最初に TiDBサーバーに接続したときに SQL ステートメントを自動的に実行できます。CONNECTION_ADMIN
またはSUPER
の権限を持っている場合、このinit_connect
ステートメントは実行されません。init_connect
ステートメントでエラーが発生した場合、ユーザー接続は終了します。
innodb_lock_wait_timeout
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
50
- 範囲:
[1, 3600]
- 単位: 秒
- 悲観的トランザクションのロック待機タイムアウト (デフォルト)。
interactive_timeout
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
28800
- 範囲:
[1, 31536000]
- 単位: 秒
- この変数は、対話型ユーザー セッションのアイドル タイムアウトを表します。対話型ユーザー セッションとは、
CLIENT_INTERACTIVE
のオプションを使用してmysql_real_connect()
の API を呼び出すことによって確立されたセッションを指します (たとえば、MySQL シェルと MySQL クライアント)。この変数は MySQL と完全に互換性があります。
last_insert_id
- スコープ: セッション
- デフォルト値:
0
- この変数は、insert ステートメントによって生成された最後の
AUTO_INCREMENT
つまたはAUTO_RANDOM
の値を返します。 last_insert_id
の値は、関数LAST_INSERT_ID()
によって返される値と同じです。
last_plan_from_binding v4.0 の新機能
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、前のステートメントで使用された実行計画が製本の影響を受けたかどうかを示すために使用されます。
last_plan_from_cache v4.0 の新機能
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、前の
execute
ステートメントで使用された実行プランがプラン キャッシュから直接取得されたかどうかを示すために使用されます。
ライセンス
- スコープ: なし
- デフォルト値:
Apache License 2.0
- この変数は、TiDBサーバーのインストールのライセンスを示します。
log_bin
- スコープ: なし
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、 Binlogが使用されているかどうかを示します。
max_allowed_packet v6.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
67108864
- 範囲:
[1024, 1073741824]
.値は 1024 の整数倍である必要があります。値が 1024 で割り切れない場合は、警告が表示され、値は切り捨てられます。たとえば、値が 1025 に設定されている場合、TiDB の実際の値は 1024 です。 - サーバーとクライアントが 1 回のパケット送信で許可する最大パケット サイズ (バイト単位)。
- この変数は MySQL と互換性があります。
最大接続数
- 範囲: グローバル
- クラスターに永続化: いいえ
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 100000]
- 1 つの TiDB インスタンスに許可される接続の最大数。
- 値
0
は制限なしを意味します。
max_execution_time
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- 単位: ミリ秒
- ステートメントの最大実行時間。デフォルト値は無制限 (ゼロ) です。
ノート:
MySQL とは異なり、システム変数
max_execution_time
は現在、TiDB のすべての種類のステートメントで機能し、SELECT
ステートメントに限定されません。タイムアウト値の精度は約 100ms です。これは、指定した正確なミリ秒でステートメントが終了しない可能性があることを意味します。
max_prepared_stmt_count
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[-1, 1048576]
- セッション内の
PREPARE
ステートメントの最大数を指定します。 - 値
-1
は、セッション内のステートメントの最大数PREPARE
に制限がないことを意味します。 - 変数を上限
1048576
を超える値に設定すると、代わりに1048576
が使用されます。
mysql> SET GLOBAL max_prepared_stmt_count = 1048577;
Query OK, 0 rows affected, 1 warning (0.01 sec)
mysql> SHOW WARNINGS;
+---------+------+--------------------------------------------------------------+
| Level | Code | Message |
+---------+------+--------------------------------------------------------------+
| Warning | 1292 | Truncated incorrect max_prepared_stmt_count value: '1048577' |
+---------+------+--------------------------------------------------------------+
1 row in set (0.00 sec)
mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count';
+-------------------------+---------+
| Variable_name | Value |
+-------------------------+---------+
| max_prepared_stmt_count | 1048576 |
+-------------------------+---------+
1 row in set (0.00 sec)
plugin_dir
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- デフォルト値: ""
- コマンドライン フラグで指定されたプラグインをロードするディレクトリを示します。
plugin_load
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- デフォルト値: ""
- TiDB の起動時にロードするプラグインを示します。これらのプラグインは、コマンドライン フラグによって指定され、カンマで区切られます。
ポート
- スコープ: なし
- タイプ: 整数
- デフォルト値:
4000
- 範囲:
[0, 65535]
- MySQL プロトコルを話すときに
tidb-server
がリッスンしているポート。
rand_seed1
- スコープ: セッション
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- この変数は、
RAND()
の SQL 関数で使用されるランダム値ジェネレーターをシードするために使用されます。 - この変数の動作は MySQL と互換性があります。
rand_seed2
- スコープ: セッション
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- この変数は、
RAND()
の SQL 関数で使用されるランダム値ジェネレーターをシードするために使用されます。 - この変数の動作は MySQL と互換性があります。
require_secure_transport v6.1.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、TiDB へのすべての接続がローカル ソケット上にあるか、TLS を使用していることを保証します。詳細については、 TiDB クライアントとサーバー間の TLS を有効にするを参照してください。
- この変数を
ON
に設定するには、TLS が有効になっているセッションから TiDB に接続する必要があります。これにより、TLS が正しく構成されていない場合のロックアウト シナリオを防ぐことができます。 - この設定は以前は
tidb.toml
オプション (security.require-secure-transport
) でしたが、TiDB v6.1.0 からシステム変数に変更されました。
skip_name_resolve v5.2.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、
tidb-server
インスタンスが接続ハンドシェイクの一部としてホスト名を解決するかどうかを制御します。 - DNS が信頼できない場合、このオプションを有効にしてネットワーク パフォーマンスを向上させることができます。
ノート:
skip_name_resolve=ON
の場合、ID にホスト名を持つユーザーはサーバーにログインできなくなります。例えば:
CREATE USER 'appuser'@'apphost' IDENTIFIED BY 'app-password';この例では、
apphost
を IP アドレスまたはワイルドカード (%
) に置き換えることをお勧めします。
ソケット
- スコープ: なし
- デフォルト値: ""
- MySQL プロトコルを話すときに
tidb-server
がリッスンしているローカル UNIX ソケット ファイル。
sql_log_bin
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- 変更をBinlogに書き込むかどうかを示します。
ノート:
TiDB の将来のバージョンでは、これをセッション変数としてのみ設定できるようになる可能性があるため、
sql_log_bin
をグローバル変数として設定することはお勧めしません。
sql_mode
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
- この変数は、多数の MySQL 互換性動作を制御します。詳細については、 SQL モードを参照してください。
sql_select_limit v4.0.2の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
18446744073709551615
- 範囲:
[0, 18446744073709551615]
- 単位: 行
SELECT
ステートメントによって返される行の最大数。
ssl_ca
- スコープ: なし
- デフォルト値: ""
- 認証局ファイルの場所 (存在する場合)。この変数の値は、TiDB 構成項目
ssl-ca
によって定義されます。
ssl_cert
- スコープ: なし
- デフォルト値: ""
- SSL/TLS 接続に使用される証明書ファイルの場所 (ファイルがある場合)。この変数の値は、TiDB 構成項目
ssl-cert
によって定義されます。
ssl_key
- スコープ: なし
- デフォルト値: ""
- SSL/TLS 接続に使用される秘密鍵ファイル (存在する場合) の場所。この変数の値は、TiDB 構成項目
ssl-key
によって定義されます。
system_time_zone
- スコープ: なし
- デフォルト値: (システムに依存)
- この変数は、TiDB が最初にブートストラップされたときのシステム タイム ゾーンを示します。
time_zone
も参照してください。
tidb_allow_batch_cop v4.0 の新機能
スコープ: セッション |グローバル
クラスターに永続化: はい
タイプ: 整数
デフォルト値:
1
範囲:
[0, 2]
この変数は、TiDB がコプロセッサー要求を TiFlash に送信する方法を制御するために使用されます。次の値があります。
0
: リクエストをバッチで送信しない1
:集計および結合要求はバッチで送信されます2
: すべてのコプロセッサー要求がバッチで送信されます
tidb_allow_fallback_to_tikv v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値: ""
- この変数は、TiKV にフォールバックするストレージ エンジンのリストを指定するために使用されます。リスト内の指定されたストレージ エンジンの障害が原因で SQL ステートメントの実行が失敗した場合、TiDB は TiKV を使用してこの SQL ステートメントの実行を再試行します。この変数は、"" または "tiflash" に設定できます。この変数が「tiflash」に設定されている場合、TiFlash がタイムアウト エラー (エラー コード: ErrTiFlashServerTimeout) を返した場合、TiDB は TiKV でこの SQL ステートメントの実行をリトライします。
tidb_allow_function_for_expression_index v5.2.0の新機能
- スコープ: なし
- デフォルト値:
lower, md5, reverse, tidb_shard, upper, vitess_hash
- この変数は、式インデックスの作成に使用できる関数を示すために使用されます。
tidb_allow_mpp v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- TiFlash の MPP モードを使用してクエリを実行するかどうかを制御します。値のオプションは次のとおりです。
0
またはOFF
。これは、MPP モードが使用されないことを意味します。1
またはON
。これは、オプティマイザーが (デフォルトで) コストの見積もりに基づいて MPP モードを使用するかどうかを決定することを意味します。
MPP は、TiFlash エンジンによって提供される分散コンピューティング フレームワークであり、ノード間のデータ交換を可能にし、高性能で高スループットの SQL アルゴリズムを提供します。 MPP モードの選択については、 MPP モードを選択するかどうかを制御しますを参照してください。
tidb_allow_remove_auto_inc v2.1.18 および v3.0.4 の新機能
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、
ALTER TABLE MODIFY
つまたはALTER TABLE CHANGE
のステートメントを実行して列のAUTO_INCREMENT
のプロパティを削除できるかどうかを設定するために使用されます。デフォルトでは許可されていません。
tidb_analyze_version v5.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
2
- 範囲:
[1, 2]
- TiDB が統計を収集する方法を制御します。
- v5.3.0 以降のバージョンでは、この変数のデフォルト値は
2
です。クラスターが v5.3.0 より前のバージョンから v5.3.0 以降にアップグレードされた場合、デフォルト値のtidb_analyze_version
は変更されません。詳細な紹介については、 統計入門を参照してください。
tidb_auto_analyze_end_time
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 時間
- デフォルト値:
23:59 +0000
- この変数は、統計の自動更新が許可される時間枠を制限するために使用されます。たとえば、午前 1 時から午前 3 時までの自動統計更新のみを許可するには、
tidb_auto_analyze_start_time='01:00 +0000'
とtidb_auto_analyze_end_time='03:00 +0000'
を設定します。
tidb_auto_analyze_ratio
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: フロート
- デフォルト値:
0.5
- 範囲:
[0, 18446744073709551615]
- この変数は、TiDB がテーブル統計を更新するためにバックグラウンド スレッドで
ANALYZE TABLE
を自動的に実行するときのしきい値を設定するために使用されます。たとえば、値 0.5 は、テーブル内の行の 50% 以上が変更されたときに自動分析がトリガーされることを意味します。自動分析は、tidb_auto_analyze_start_time
およびtidb_auto_analyze_end_time
を指定することにより、1 日の特定の時間帯のみに実行するように制限できます。
ノート:
この機能には、システム変数
tidb_enable_auto_analyze
をON
に設定する必要があります。
tidb_auto_analyze_start_time
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 時間
- デフォルト値:
00:00 +0000
- この変数は、統計の自動更新が許可される時間枠を制限するために使用されます。たとえば、午前 1 時から午前 3 時までの自動統計更新のみを許可するには、
tidb_auto_analyze_start_time='01:00 +0000'
とtidb_auto_analyze_end_time='03:00 +0000'
を設定します。
tidb_max_auto_analyze_time
の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- デフォルト値:
43200
- 範囲:
[0, 2147483647]
- 単位:秒
- この変数は、自動
ANALYZE
タスクの最大実行時間を指定するために使用されます。自動ANALYZE
タスクの実行時間が指定時間を超えると、タスクは終了します。この変数の値が0
の場合、自動ANALYZE
タスクの最大実行時間に制限はありません。
tidb_backoff_lock_fast
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
10
- 範囲:
[1, 2147483647]
- この変数は、読み取り要求がロックに一致する
backoff
回を設定するために使用されます。
tidb_backoff_weight
スコープ: セッション |グローバル
クラスターに永続化: はい
タイプ: 整数
デフォルト値:
2
範囲:
[0, 2147483647]
この変数は、TiDB
backoff
の最大時間、つまり、内部ネットワークまたは他のコンポーネント (TiKV、PD) の障害が発生したときにリトライ要求を送信するための最大リトライ時間の重みを増やすために使用されます。この変数は、最大再試行時間を調整するために使用でき、最小値は 1 です。たとえば、TiDB が PD から TSO を取得するための基本タイムアウトは 15 秒です。
tidb_backoff_weight = 2
の場合、TSO 取得の最大タイムアウトは、基本時間 2 = 30 秒*です。ネットワーク環境が劣悪な場合、この変数の値を適切に増やすと、タイムアウトによってアプリケーション側に報告されるエラーを効果的に軽減できます。アプリケーション側でエラー情報をより迅速に受け取りたい場合は、この変数の値を最小限に抑えてください。
tidb_batch_commit
- スコープ: セッション
- クラスターに永続化: いいえ
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、非推奨のバッチコミット機能を有効にするかどうかを制御するために使用されます。この変数を有効にすると、いくつかのステートメントをグループ化することでトランザクションが複数のトランザクションに分割され、非アトミックにコミットされる可能性がありますが、これはお勧めできません。
tidb_batch_delete
- スコープ: セッション
- クラスターに永続化: いいえ
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、非推奨のバッチ dml 機能の一部であるバッチ削除機能を有効にするかどうかを制御するために使用されます。この変数を有効にすると、
DELETE
のステートメントが複数のトランザクションに分割され、非アトミックにコミットされる可能性があります。これを機能させるには、tidb_enable_batch_dml
を有効にしてtidb_dml_batch_size
に正の値を設定する必要もありますが、これはお勧めできません。
tidb_batch_insert
- スコープ: セッション
- クラスターに永続化: いいえ
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、非推奨のバッチ dml 機能の一部であるバッチ挿入機能を有効にするかどうかを制御するために使用されます。この変数を有効にすると、
INSERT
のステートメントが複数のトランザクションに分割され、非アトミックにコミットされる可能性があります。これを機能させるには、tidb_enable_batch_dml
を有効にしてtidb_dml_batch_size
に正の値を設定する必要もありますが、これはお勧めできません。
tidb_batch_pending_tiflash_count v6.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
4000
- スコープ:
[0, 2147483647]
ALTER DATABASE SET TIFLASH REPLICA
を使用して TiFlash レプリカを追加する場合に、許容される使用不可テーブルの最大数を指定します。使用できないテーブルの数がこの制限を超えると、操作が停止するか、残りのテーブルの TiFlash レプリカの設定が非常に遅くなります。
tidb_broadcast_join_threshold_count v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
10240
- 範囲:
[0, 9223372036854775807]
- 単位: 行
- 結合操作のオブジェクトがサブクエリに属している場合、オプティマイザはサブクエリの結果セットのサイズを見積もることができません。この場合、サイズは結果セットの行数によって決まります。サブクエリの推定行数がこの変数の値より少ない場合、ブロードキャスト ハッシュ結合アルゴリズムが使用されます。それ以外の場合は、Shuffled Hash Join アルゴリズムが使用されます。
tidb_broadcast_join_threshold_size v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
104857600
(100 MiB) - 範囲:
[0, 9223372036854775807]
- 単位: バイト
- テーブル サイズが変数の値より小さい場合は、ブロードキャスト ハッシュ結合アルゴリズムが使用されます。それ以外の場合は、Shuffled Hash Join アルゴリズムが使用されます。
tidb_build_stats_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
4
- 単位: スレッド
- この変数は、
ANALYZE
ステートメントの同時実行を設定するために使用されます。 - 変数に大きな値を設定すると、他のクエリの実行パフォーマンスに影響します。
tidb_capture_plan_baselines v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、 ベースラインのキャプチャ機能を有効にするかどうかを制御するために使用されます。この機能はステートメント サマリーに依存するため、ベースライン キャプチャを使用する前にステートメント サマリーを有効にする必要があります。
- この機能を有効にすると、ステートメント サマリーの履歴 SQL ステートメントが定期的に走査され、少なくとも 2 回出現する SQL ステートメントのバインドが自動的に作成されます。
tidb_check_mb4_value_in_utf8
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、
utf8
文字セットが基本多言語面 (BMP)からの値のみを格納することを強制するために使用されます。 BMP の外に文字を格納するには、utf8mb4
文字セットを使用することをお勧めします。 utf8
番目のチェックがより緩和された以前のバージョンの TiDB からクラスターをアップグレードする場合は、このオプションを無効にする必要がある場合があります。詳細については、 アップグレード後の FAQを参照してください。
tidb_checksum_table_concurrency
- スコープ: セッション
- デフォルト値:
4
- 単位: スレッド
- この変数は、
ADMIN CHECKSUM TABLE
ステートメントを実行するスキャン インデックスの同時実行数を設定するために使用されます。 - 変数に大きな値を設定すると、他のクエリの実行パフォーマンスに影響します。
tidb_committer_concurrency v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
128
- 範囲:
[1, 10000]
- 単一トランザクションのコミット フェーズでのコミットの実行に関連する要求のゴルーチンの数。
- コミットするトランザクションが大きすぎる場合、トランザクションがコミットされるときのフロー制御キューの待機時間が長すぎる可能性があります。この状況では、構成値を増やしてコミットを高速化できます。
- この設定は以前は
tidb.toml
オプション (performance.committer-concurrency
) でしたが、TiDB v6.1.0 からシステム変数に変更されました。
tidb_config
- スコープ: セッション
- デフォルト値: ""
- この変数は読み取り専用です。現在の TiDBサーバーの構成情報を取得するために使用されます。
tidb_constraint_check_in_place
スコープ: セッション |グローバル
クラスターに永続化: はい
タイプ: ブール値
デフォルト値:
OFF
この設定は楽観的なトランザクションにのみ適用されます。この変数が
OFF
に設定されている場合、UNIQUE インデックスの重複値のチェックは、トランザクションがコミットされるまで延期されます。これはパフォーマンスの向上に役立ちますが、一部のアプリケーションでは予期しない動作になる場合があります。詳細は制約を参照してください。ゼロに設定し、楽観的なトランザクションを使用する場合:
tidb> create table t (i int key); tidb> insert into t values (1); tidb> begin optimistic; tidb> insert into t values (1); Query OK, 1 row affected tidb> commit; -- Check only when a transaction is committed. ERROR 1062 : Duplicate entry '1' for key 'PRIMARY'1 に設定し、楽観的トランザクションを使用する場合:
tidb> set @@tidb_constraint_check_in_place=1; tidb> begin optimistic; tidb> insert into t values (1); ERROR 1062 : Duplicate entry '1' for key 'PRIMARY'
制約チェックは、ペシミスティック トランザクションに対して常に実行されます (デフォルト)。
tidb_current_ts
- スコープ: セッション
- デフォルト値:
0
- この変数は読み取り専用です。現在のトランザクションのタイムスタンプを取得するために使用されます。
tidb_ddl_error_count_limit
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
512
- 範囲:
[0, 9223372036854775807]
- この変数は、DDL 操作が失敗した場合の再試行回数を設定するために使用されます。再試行回数がパラメーター値を超えると、間違った DDL 操作が取り消されます。
tidb_ddl_reorg_batch_size
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
256
- 範囲:
[32, 10240]
- 単位: 行
- この変数は、DDL 操作の第
re-organize
フェーズでバッチ サイズを設定するために使用されます。たとえば、TiDB がADD INDEX
操作を実行する場合、インデックス データはtidb_ddl_reorg_worker_cnt
(数) の同時ワーカーによってバックフィルされる必要があります。各ワーカーは、バッチでインデックス データをバックフィルします。ADD INDEX
操作中にUPDATE
やREPLACE
などの多くの更新操作が存在する場合、バッチ サイズが大きいほど、トランザクションの競合が発生する可能性が高くなります。この場合、バッチ サイズをより小さい値に調整する必要があります。最小値は 32 です。- トランザクションの競合が存在しない場合は、バッチ サイズを大きな値に設定できます (ワーカー数を考慮してください。参考としてオンライン ワークロードと
ADD INDEX
操作の相互作用テストを参照してください)。これにより、データのバックフィルの速度を上げることができますが、TiKV への書き込み圧力も高くなります。
tidb_ddl_reorg_priority
- スコープ: セッション
- デフォルト値:
PRIORITY_LOW
- この変数は、第
re-organize
フェーズで第ADD INDEX
操作を実行する優先順位を設定するために使用されます。 - この変数の値は
PRIORITY_LOW
、PRIORITY_NORMAL
またはPRIORITY_HIGH
に設定できます。
tidb_ddl_reorg_worker_cnt
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
4
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、
re-organize
フェーズでの DDL 操作の並行性を設定するために使用されます。
tidb_disable_txn_auto_retry
スコープ: セッション |グローバル
クラスターに永続化: はい
タイプ: ブール値
デフォルト値:
ON
この変数は、明示的楽観的トランザクションの自動再試行を無効にするかどうかを設定するために使用されます。デフォルト値
ON
は、トランザクションが TiDB で自動的に再試行されず、COMMIT
のステートメントがアプリケーションレイヤーで処理する必要があるエラーを返す可能性があることを意味します。値を
OFF
に設定すると、TiDB が自動的にトランザクションを再試行し、COMMIT
のステートメントからのエラーが少なくなります。更新が失われる可能性があるため、この変更を行うときは注意してください。この変数は、自動的にコミットされた暗黙のトランザクションと、TiDB で内部的に実行されるトランザクションには影響しません。これらのトランザクションの最大再試行回数は、
tidb_retry_limit
の値によって決まります。詳細については、 再試行の制限を参照してください。
この変数は楽観的なトランザクションにのみ適用され、悲観的なトランザクションには適用されません。悲観的トランザクションの再試行回数は
max_retry_count
で制御されます。
tidb_distsql_scan_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
15
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、
scan
操作の並行性を設定するために使用されます。 - OLAP シナリオでは大きな値を使用し、OLTP シナリオでは小さな値を使用します。
- OLAP シナリオの場合、最大値はすべての TiKV ノードの CPU コア数を超えてはなりません。
- テーブルに多数のパーティションがある場合は、TiKV がメモリ不足 (OOM) にならないように、(スキャンするデータのサイズとスキャンの頻度によって決定される) 変数値を適切に減らすことができます。
tidb_dml_batch_size
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- 単位: 行
- この値が
0
より大きい場合、TiDB はINSERT
やLOAD DATA
などの commit ステートメントを小さなトランザクションにバッチ処理します。これにより、メモリ使用量が削減され、一括変更によってtxn-total-size-limit
に到達しないことが保証されます。 - 値
0
のみがACID準拠を提供します。これを他の値に設定すると、TiDB の原子性と分離の保証が壊れます。 - この変数を機能させるには、
tidb_enable_batch_dml
と、少なくともtidb_batch_insert
とtidb_batch_delete
の 1 つを有効にする必要もあります。
tidb_enable_1pc v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、1 つのリージョンのみに影響するトランザクションに対して 1 フェーズ コミット機能を有効にするかどうかを指定するために使用されます。よく使用される 2 フェーズ コミットと比較して、1 フェーズ コミットはトランザクション コミットのレイテンシーを大幅に短縮し、スループットを向上させることができます。
ノート:
- デフォルト値の
ON
は、新しいクラスターにのみ適用されます。クラスターが以前のバージョンの TiDB からアップグレードされた場合は、代わりに値OFF
が使用されます。- TiDB Binlogを有効にしている場合、この変数を有効にしてもパフォーマンスは向上しません。パフォーマンスを向上させるには、代わりにTiCDCを使用することをお勧めします。
- このパラメーターを有効にすることは、1 フェーズ コミットがトランザクション コミットのオプション モードになることを意味するだけです。実際、トランザクション コミットの最適なモードは TiDB によって決定されます。
tidb_enable_amend_pessimistic_txn v4.0.7の新機能
スコープ: セッション |グローバル
クラスターに永続化: はい
タイプ: ブール値
デフォルト値:
OFF
この変数は、
AMEND TRANSACTION
機能を有効にするかどうかを制御するために使用されます。ペシミスティック トランザクションでAMEND TRANSACTION
機能を有効にした場合、同時 DDL 操作と SCHEMA VERSION 変更がこのトランザクションに関連付けられたテーブルに存在する場合、TiDB はトランザクションの修正を試みます。 TiDB は、トランザクション コミットを修正して、コミットが最新の有効な SCHEMA VERSION と一致するようにし、トランザクションがInformation schema is changed
エラーを取得することなく正常にコミットできるようにします。この機能は、次の同時 DDL 操作で有効です。ADD COLUMN
回またはDROP COLUMN
の操作。- フィールドの長さを増やす
MODIFY COLUMN
またはCHANGE COLUMN
の操作。 - トランザクションが開かれる前にインデックス列が作成される
ADD INDEX
またはDROP INDEX
の操作。
ノート:
現在、この機能は一部のシナリオで TiDB Binlogと互換性がなく、トランザクションでセマンティックの変更を引き起こす可能性があります。この機能の使用上の注意事項については、 トランザクション セマンティックに関する非互換性の問題およびTiDB Binlogに関する非互換性の問題を参照してください。
tidb_enable_async_commit v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、2 フェーズ トランザクション コミットの第 2 フェーズの非同期コミット機能を有効にして、バックグラウンドで非同期に実行するかどうかを制御します。この機能を有効にすると、トランザクション コミットのレイテンシーを短縮できます。
ノート:
- デフォルト値の
ON
は、新しいクラスターにのみ適用されます。クラスターが以前のバージョンの TiDB からアップグレードされた場合は、代わりに値OFF
が使用されます。- TiDB Binlogを有効にしている場合、この変数を有効にしてもパフォーマンスは向上しません。パフォーマンスを向上させるには、代わりにTiCDCを使用することをお勧めします。
- このパラメーターを有効にすることは、Async Commit がトランザクション コミットのオプション モードになることを意味するだけです。実際、トランザクション コミットの最適なモードは TiDB によって決定されます。
tidb_enable_auto_analyze v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- TiDB がテーブル統計をバックグラウンド操作として自動的に更新するかどうかを決定します。
- この設定は以前は
tidb.toml
オプション (performance.run-auto-analyze
) でしたが、TiDB v6.1.0 からシステム変数に変更されました。
tidb_enable_auto_increment_in_generated
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、生成された列または式インデックスを作成するときに
AUTO_INCREMENT
列を含めるかどうかを決定するために使用されます。
tidb_enable_batch_dml
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、非推奨のバッチ dml 機能を有効にするかどうかを制御します。有効にすると、特定のステートメントが複数のトランザクションに分割される可能性がありますが、これはアトミックではないため、注意して使用する必要があります。 batch-dml を使用する場合は、操作対象のデータに対して同時操作がないことを確認する必要があります。これを機能させるには、
tidb_batch_dml_size
に正の値を指定し、少なくともtidb_batch_insert
とtidb_batch_delete
のいずれかを有効にする必要があります。
tidb_enable_change_multi_schema
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、1 つの
ALTER TABLE
ステートメントで複数の列またはインデックスを変更できるかどうかを制御するために使用されます。この変数の値がON
の場合、次のマルチスキーマ変更のみがサポートされます。- 複数の列を追加します。たとえば、
ATLER TABLE t ADD COLUMN c1 INT, ADD COLUMN c2 INT;
です。 - 複数の列をドロップします。たとえば、
ATLER TABLE t DROP COLUMN c1, DROP COLUMN c2;
です。 - 複数のインデックスを削除します。たとえば、
ATLER TABLE t DROP INDEX i1, DROP INDEX i2;
です。 - 単一列インデックスでカバーされている列を削除します。たとえば、スキーマに
INDEX idx(c1)
が含まれるALTER TABLE t DROP COLUMN c1
。
- 複数の列を追加します。たとえば、
tidb_enable_cascades_planner
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、カスケード プランナーを有効にするかどうかを制御するために使用されます。
tidb_enable_chunk_rpc v4.0 の新機能
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、コプロセッサで
Chunk
データ エンコーディング フォーマットを有効にするかどうかを制御するために使用されます。
tidb_enable_clustered_index v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
INT_ONLY
- 可能な値:
OFF
、ON
、INT_ONLY
- この変数は、デフォルトで主キーをクラスター化インデックスとして作成するかどうかを制御するために使用されます。ここでの「デフォルト」とは、ステートメントがキーワード
CLUSTERED
/NONCLUSTERED
を明示的に指定していないことを意味します。サポートされている値はOFF
、ON
、およびINT_ONLY
です。OFF
は、主キーが既定で非クラスター化インデックスとして作成されることを示します。ON
は、主キーが既定でクラスター化インデックスとして作成されることを示します。INT_ONLY
は、動作が構成アイテムalter-primary-key
によって制御されることを示します。alter-primary-key
がtrue
に設定されている場合、すべての主キーはデフォルトで非クラスター化インデックスとして作成されます。false
に設定すると、整数列で構成される主キーのみがクラスター化インデックスとして作成されます。
tidb_enable_collect_execution_info
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、各オペレーターの実行情報をスロー クエリ ログに記録するかどうかを制御します。
tidb_enable_column_tracking v5.4.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、TiDB が
PREDICATE COLUMNS
を収集できるようにするかどうかを制御します。収集を有効にした後、無効にすると、以前に収集されたPREDICATE COLUMNS
の情報はクリアされます。詳細については、 一部の列で統計を収集するを参照してください。
tidb_enable_enhanced_security
- スコープ: なし
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、接続している TiDBサーバーで Security Enhanced Mode (SEM) が有効になっているかどうかを示します。この値を変更するには、TiDBサーバー構成ファイルで値
enable-sem
を変更し、TiDBサーバーを再起動する必要があります。
- SEM は、次のようなシステムの設計に触発されていますセキュリティが強化された Linux 。これにより、MySQL
SUPER
権限を持つユーザーの能力が低下し、代わりにRESTRICTED
つのきめ細かい権限を付与する必要があります。これらのきめの細かい権限には次のものがあります。RESTRICTED_TABLES_ADMIN
:mysql
のスキーマのシステム テーブルにデータを書き込み、information_schema
のテーブルの機密列を表示する機能。RESTRICTED_STATUS_ADMIN
: コマンドSHOW STATUS
で機密変数を表示する機能。RESTRICTED_VARIABLES_ADMIN
:SHOW [GLOBAL] VARIABLES
およびSET
で機密変数を表示および設定する機能。RESTRICTED_USER_ADMIN
: 他のユーザーがユーザー アカウントを変更したり削除したりできないようにする機能。
tidb_enable_exchange_partition
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、
exchange partitions with tables
機能を有効にするかどうかを制御します。デフォルト値はOFF
です。つまり、exchange partitions with tables
はデフォルトで無効になっています。
tidb_enable_extended_stats
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、オプティマイザをガイドするために TiDB が拡張統計を収集できるかどうかを示します。詳細については、 拡張統計の概要を参照してください。
tidb_enable_fast_analyze
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、統計
Fast Analyze
機能を有効にするかどうかを設定するために使用されます。 - 統計
Fast Analyze
機能が有効になっている場合、TiDB は統計として約 10,000 行のデータをランダムにサンプリングします。データが偏在している場合やデータサイズが小さい場合、統計精度は低くなります。これにより、不適切なインデックスを選択するなど、最適でない実行計画が発生する可能性があります。通常のAnalyze
ステートメントの実行時間が許容できる場合は、Fast Analyze
機能を無効にすることをお勧めします。
tidb_enable_historical_stats
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、未リリースの機能に使用されます。変数値を変更しないでください。
tidb_enable_index_merge v4.0 の新機能
ノート:
TiDB クラスターを v4.0.0 より前のバージョンから v5.4.0 以降にアップグレードすると、実行計画の変更によるパフォーマンスの低下を防ぐために、この変数はデフォルトで無効になります。
TiDB クラスターを v4.0.0 以降から v5.4.0 以降にアップグレードした後、この変数はアップグレード前の設定のままです。
v5.4.0 以降、新しくデプロイされた TiDB クラスターの場合、この変数はデフォルトで有効になっています。
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、インデックス マージ機能を有効にするかどうかを制御するために使用されます。
tidb_enable_index_merge_join
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
IndexMergeJoin
演算子を有効にするかどうかを指定します。- この変数は、TiDB の内部操作にのみ使用されます。調整することはお勧めしません。そうしないと、データの正確性が影響を受ける可能性があります。
tidb_enable_legacy_instance_scope v6.0.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数では、
SET SESSION
およびSET GLOBAL
構文を使用してINSTANCE
のスコープ変数を設定できます。 - このオプションは、以前のバージョンの TiDB との互換性のためにデフォルトで有効になっています。
tidb_enable_list_partition v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、
LIST (COLUMNS) TABLE PARTITION
機能を有効にするかどうかを設定するために使用されます。
tidb_enable_local_txn
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、未リリースの機能に使用されます。変数値を変更しないでください。
tidb_enable_mutation_checker v6.0.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、DML ステートメントの実行中にデータとインデックス間の整合性をチェックするために使用されるツールである TiDB ミューテーション チェッカーを有効にするかどうかを制御するために使用されます。チェッカーがステートメントのエラーを返した場合、TiDB はステートメントの実行をロールバックします。この変数を有効にすると、CPU 使用率がわずかに増加します。詳細については、 データとインデックス間の不一致のトラブルシューティングを参照してください。
- v6.0.0 以降のバージョンの新しいクラスターの場合、デフォルト値は
ON
です。 v6.0.0 より前のバージョンからアップグレードする既存のクラスターの場合、デフォルト値はOFF
です。
tidb_enable_new_cost_interface
この変数は、v6.2.0 以降で利用可能で、v6.1 では使用できない機能に関連付けられています。詳細については、v6.2 のドキュメントtidb_enable_new_cost_interface
を参照してください。
tidb_enable_new_only_full_group_by_check v6.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
OFF
- 値のオプション:
OFF
およびON
- この変数は、TiDB が
ONLY_FULL_GOUP_BY
チェックを実行するときの動作を制御します。ONLY_FULL_GROUP_BY
の詳細については、 MySQL ドキュメントを参照してください。 v6.1.0 では、TiDB はこのチェックをより厳密かつ正確に処理します。 - バージョンのアップグレードに起因する潜在的な互換性の問題を回避するために、この変数のデフォルト値は v6.1.0 では
OFF
です。
tidb_enable_noop_functions v4.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
OFF
- 可能な値:
OFF
、ON
、WARN
- デフォルトでは、まだ実装されていない機能の構文を使用しようとすると、TiDB はエラーを返します。変数値が
ON
に設定されている場合、TiDB はそのような利用できない機能のケースを黙って無視します。これは、SQL コードを変更できない場合に役立ちます。 noop
関数を有効にすると、次の動作が制御されます。LOCK IN SHARE MODE
構文SQL_CALC_FOUND_ROWS
構文START TRANSACTION READ ONLY
とSET TRANSACTION READ ONLY
の構文tx_read_only
、transaction_read_only
、offline_mode
、super_read_only
、read_only
、およびsql_auto_is_null
システム変数GROUP BY <expr> ASC|DESC
構文
tidb_enable_outer_join_reorder v6.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値: v6.1.0 では、デフォルト値は
ON
です。 v6.1.0 以降、デフォルト値はOFF
です。 - v6.1.0 以降、TiDB の結合したテーブルの再配置アルゴリズムは Outer Join をサポートしています。この変数は、サポートの動作を制御します。デフォルト値は
OFF
です。これは、Join Reorder の Outer Join のサポートがデフォルトで無効になっていることを意味します。 - v6.1.0 より前のバージョンからアップグレードされたクラスターの場合、デフォルト値は
OFF
です。 v6.1.0 からアップグレードされたクラスターの場合、デフォルト値はON
です。
tidb_enable_ordered_result_mode
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
OFF
- 最終出力結果を自動的にソートするかどうかを指定します。
- たとえば、この変数を有効にすると、TiDB は
SELECT a, MAX(b) FROM t GROUP BY a
をSELECT a, MAX(b) FROM t GROUP BY a ORDER BY a, MAX(b)
として処理します。
tidb_enable_paging v5.4.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、
IndexLookUp
のオペレーターでコプロセッサー要求を送信するためにページングの方法を使用するかどうかを制御します。 - ユーザー シナリオ:
IndexLookup
とLimit
を使用し、Limit
をIndexScan
にプッシュできない読み取りクエリの場合、読み取りクエリの待機時間が長くなり、 レイテンシーのunified read pool
の CPU 使用率が高くなる可能性があります。このような場合、Limit
演算子は小さなデータセットしか必要としないため、tidb_enable_paging
からON
を設定すると、TiDB が処理するデータが少なくなり、クエリのレイテンシーとリソース消費が削減されます。 tidb_enable_paging
が有効な場合、プッシュダウンできず960
未満のLimit
のIndexLookUp
のリクエストに対して、TiDB はページングの方法を使用してコプロセッサ リクエストを送信します。Limit
が少ないほど、最適化がより明確になります。
tidb_enable_parallel_apply v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、
Apply
オペレーターの並行性を有効にするかどうかを制御します。同時実行数はtidb_executor_concurrency
変数によって制御されます。Apply
のオペレーターは相関サブクエリを処理し、デフォルトでは同時実行性がないため、実行速度が遅くなります。この変数の値を1
に設定すると、同時実行性が向上し、実行速度が向上します。現在、Apply
の同時実行はデフォルトで無効になっています。
tidb_enable_pipelined_window_function
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、ウィンドウ関数にパイプライン実行アルゴリズムを使用するかどうかを指定します。
tidb_enable_prepared_plan_cache v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- プリペアドプランキャッシュを有効にするかどうかを決定します。有効にすると、
Prepare
とExecute
の実行プランがキャッシュされるため、以降の実行では実行プランの最適化がスキップされ、パフォーマンスが向上します。 - この設定は以前は
tidb.toml
オプション (prepared-plan-cache.enabled
) でしたが、TiDB v6.1.0 からシステム変数に変更されました。
tidb_enable_pseudo_for_outdated_stats v5.3.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、統計が古い場合にテーブルの統計を使用する際のオプティマイザの動作を制御します。
- オプティマイザは、テーブルの統計が古いかどうかを次のように判断します。統計を取得するために最後にテーブルで
ANALYZE
が実行されてから、テーブル行の 80% が変更された場合 (変更された行数を合計行数で割った値) )、オプティマイザは、このテーブルの統計が古いと判断します。この比率は、pseudo-estimate-ratio
構成を使用して変更できます。
- デフォルトでは (変数値が
ON
の場合)、表の統計が古い場合、オプティマイザーは、合計行数を除いて、表の統計がもはや信頼できないと判断します。次に、オプティマイザは疑似統計を使用します。変数の値をOFF
に設定すると、表の統計が古くなっても、オプティマイザーは引き続き統計を使用します。 - このテーブルで
ANALYZE
を実行せずにテーブルのデータが頻繁に変更される場合は、実行計画を安定させるために、変数の値をOFF
に設定できます。
tidb_enable_rate_limit_action
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、データを読み取るオペレーターの動的メモリー制御機能を有効にするかどうかを制御します。デフォルトでは、この演算子は、データの読み取りを許可するスレッドの最大数を有効にし
tidb_distsql_scan_concurrency
。 1 つの SQL ステートメントのメモリ使用量が毎回tidb_mem_quota_query
を超えると、データを読み取るオペレーターは 1 つのスレッドを停止します。
- データを読み取るオペレーターのスレッドが 1 つしか残っておらず、単一の SQL ステートメントのメモリー使用量が
tidb_mem_quota_query
を超え続けている場合、この SQL ステートメントはスピル, データをディスクになどの他のメモリー制御動作をトリガーします。
tidb_enable_slow_log
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、スロー ログ機能を有効にするかどうかを制御するために使用されます。
tidb_enable_stmt_summary v3.0.4の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、ステートメント要約機能を有効にするかどうかを制御するために使用されます。有効にすると、時間消費などの SQL 実行情報が
information_schema.STATEMENTS_SUMMARY
システム テーブルに記録され、SQL パフォーマンスの問題を特定してトラブルシューティングします。
tidb_enable_strict_double_type_check v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、タイプ
DOUBLE
の無効な定義でテーブルを作成できるかどうかを制御するために使用されます。この設定は、タイプの検証がそれほど厳密ではない以前のバージョンの TiDB からのアップグレード パスを提供することを目的としています。 - デフォルト値の
ON
は MySQL と互換性があります。
たとえば、浮動小数点型の精度が保証されていないため、型DOUBLE(10)
は無効と見なされるようになりました。 tidb_enable_strict_double_type_check
をOFF
に変更すると、テーブルが作成されます。
mysql> CREATE TABLE t1 (id int, c double(10));
ERROR 1149 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use
mysql> SET tidb_enable_strict_double_type_check = 'OFF';
Query OK, 0 rows affected (0.00 sec)
mysql> CREATE TABLE t1 (id int, c double(10));
Query OK, 0 rows affected (0.09 sec)
ノート:
MySQL では
FLOAT
の型の精度が許可されているため、この設定は型DOUBLE
にのみ適用されます。この動作は MySQL 8.0.17 以降では推奨されておらず、FLOAT
またはDOUBLE
型の精度を指定することはお勧めしません。
tidb_enable_table_partition
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
ON
- 可能な値:
OFF
、ON
、AUTO
- この変数は、
TABLE PARTITION
つの機能を有効にするかどうかを設定するために使用されます。ON
は、1 つの列でレンジ パーティション分割、ハッシュ パーティション分割、およびレンジ列パーティション分割を有効にすることを示します。AUTO
はON
と同じように関数します。OFF
は、TABLE PARTITION
機能を無効にすることを示します。この場合、パーティション テーブルを作成する構文は実行できますが、作成されるテーブルはパーティション化されたものではありません。
tidb_enable_telemetry v4.0.2の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、TiDB でのテレメトリ コレクションを有効にするかどうかを動的に制御するために使用されます。値を
OFF
に設定すると、テレメトリ コレクションが無効になります。すべての TiDB インスタンスでenable-telemetry
TiDB 構成項目がfalse
に設定されている場合、テレメトリ収集は常に無効になり、このシステム変数は有効になりません。詳細はテレメトリーを参照してください。
tidb_enable_top_sql v5.4.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、 Top SQL機能を有効にするかどうかを制御するために使用されます。
tidb_enable_tso_follower_proxy v5.3.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、TSO フォロワー プロキシ機能を有効にするために使用されます。値が
OFF
の場合、TiDB は PD リーダーから TSO のみを取得します。この機能を有効にすると、TiDB はすべての PD ノードにリクエストを均等に送信し、PD フォロワーを介して TSO リクエストを転送することで TSO を取得します。これにより、PD リーダーの CPU 負荷が軽減されます。 - TSO フォロワー プロキシを有効にするシナリオ:
- TSO 要求の負荷が高いため、PD リーダーの CPU がボトルネックに達し、TSO RPC 要求のレイテンシーが長くなります。
- TiDB クラスターには多くの TiDB インスタンスがあり、値を
tidb_tso_client_batch_max_wait_time
に増やしても、TSO RPC 要求の高レイテンシーの問題を軽減することはできません。
ノート:
PD リーダーの CPU 使用率のボトルネック以外の理由 (ネットワークの問題など) で、TSO RPCレイテンシーが増加したとします。この場合、TSO フォロワー プロキシを有効にすると、TiDB での実行レイテンシーが増加し、クラスターの QPS パフォーマンスに影響を与える可能性があります。
tidb_enable_vectorized_expression v4.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、ベクトル化された実行を有効にするかどうかを制御するために使用されます。
tidb_enable_window_function
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、ウィンドウ関数のサポートを有効にするかどうかを制御するために使用されます。ウィンドウ関数は予約済みのキーワードを使用する場合があることに注意してください。これにより、通常は実行できた SQL ステートメントが、TiDB のアップグレード後に解析できなくなる可能性があります。この場合、
tidb_enable_window_function
~OFF
を設定できます。
tidb_enforce_mpp v5.1 の新機能
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
OFF
- このデフォルト値を変更するには、
performance.enforce-mpp
構成値を変更します。
- オプティマイザーのコスト見積もりを無視し、TiFlash の MPP モードをクエリ実行に強制的に使用するかどうかを制御します。値のオプションは次のとおりです。
0
またはOFF
。これは、MPP モードが強制的に使用されないことを意味します (デフォルト)。1
またはON
。これは、コスト見積もりが無視され、MPP モードが強制的に使用されることを意味します。この設定はtidb_allow_mpp=true
の場合にのみ有効であることに注意してください。
MPP は、TiFlash エンジンによって提供される分散コンピューティング フレームワークであり、ノード間のデータ交換を可能にし、高性能で高スループットの SQL アルゴリズムを提供します。 MPP モードの選択については、 MPP モードを選択するかどうかを制御しますを参照してください。
tidb_evolve_plan_baselines v4.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、ベースライン進化機能を有効にするかどうかを制御するために使用されます。詳細な導入または使用方法については、 ベースライン進化を参照してください。
- クラスターに対するベースラインの進化の影響を軽減するには、次の構成を使用します。
- 各実行計画の最大実行時間を制限するには、
tidb_evolve_plan_task_max_time
を設定します。デフォルト値は 600 秒です。 - 時間枠を制限するには、
tidb_evolve_plan_task_start_time
とtidb_evolve_plan_task_end_time
を設定します。デフォルト値はそれぞれ00:00 +0000
と23:59 +0000
です。
- 各実行計画の最大実行時間を制限するには、
tidb_evolve_plan_task_end_time v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 時間
- デフォルト値:
23:59 +0000
- この変数は、1 日のベースライン進化の終了時間を設定するために使用されます。
tidb_evolve_plan_task_max_time v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
600
- 範囲:
[-1, 9223372036854775807]
- 単位: 秒
- この変数は、ベースライン進化機能の各実行プランの最大実行時間を制限するために使用されます。
tidb_evolve_plan_task_start_time v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 時間
- デフォルト値:
00:00 +0000
- この変数は、1 日のベースライン進化の開始時刻を設定するために使用されます。
tidb_executor_concurrency v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
5
- 範囲:
[1, 256]
- 単位: スレッド
この変数は、次の SQL 演算子の同時実行を (1 つの値に) 設定するために使用されます。
index lookup
index lookup join
hash join
hash aggregation
(partial
およびfinal
フェーズ)window
projection
tidb_executor_concurrency
には、管理を容易にするために、次の既存のシステム変数が全体として組み込まれています。
tidb_index_lookup_concurrency
tidb_index_lookup_join_concurrency
tidb_hash_join_concurrency
tidb_hashagg_partial_concurrency
tidb_hashagg_final_concurrency
tidb_projection_concurrency
tidb_window_concurrency
v5.0 以降、上記のシステム変数を個別に変更することができ (非推奨の警告が返されます)、変更は対応する単一の演算子にのみ影響します。その後、 tidb_executor_concurrency
を使用してオペレーターの同時実行数を変更しても、個別に変更されたオペレーターは影響を受けません。 tidb_executor_concurrency
を使用してすべてのオペレーターの同時実行数を変更する場合は、上記のすべての変数の値を-1
に設定できます。
以前のバージョンから v5.0 にアップグレードされたシステムの場合、上記の変数の値を変更していない場合 (つまり、 tidb_hash_join_concurrency
の値が5
で、残りの値が4
であることを意味します)、以前に管理されていたオペレーターの同時実行は、これらの変数はtidb_executor_concurrency
によって自動的に管理されます。これらの変数のいずれかを変更した場合、対応する演算子の同時実行性は、変更された変数によって引き続き制御されます。
tidb_expensive_query_time_threshold
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: 整数
- デフォルト値:
60
- 範囲:
[10, 2147483647]
- 単位: 秒
- この変数は、負荷の高いクエリ ログを出力するかどうかを決定するしきい値を設定するために使用されます。高価なクエリ ログと遅いクエリ ログの違いは次のとおりです。
- ステートメントの実行後にスローログが出力されます。
- 高価なクエリ ログには、実行時間がしきい値を超えて実行されているステートメントと、その関連情報が出力されます。
tidb_force_priority
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- デフォルト値:
NO_PRIORITY
- この変数は、TiDBサーバーで実行されるステートメントのデフォルトの優先度を変更するために使用されます。使用例は、OLAP クエリを実行している特定のユーザーが OLTP クエリを実行しているユーザーよりも低い優先度を受け取るようにすることです。
- デフォルト値
NO_PRIORITY
は、ステートメントの優先度が強制的に変更されないことを意味します。その他のオプションは、昇順でLOW_PRIORITY
、DELAYED
、およびHIGH_PRIORITY
です。
tidb_gc_concurrency v5.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[1, 256]
- 単位: スレッド
- GC のロックを解決するステップのスレッド数を指定します。値
-1
は、TiDB が使用するガベージ コレクション スレッドの数を自動的に決定することを意味します。
tidb_gc_enable v5.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- TiKV のガベージ コレクションを有効にします。ガベージ コレクションを無効にすると、古いバージョンの行が削除されなくなるため、システム パフォーマンスが低下します。
tidb_gc_life_time v5.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 期間
- デフォルト値:
10m0s
- 範囲:
[10m0s, 8760h0m0s]
- Go Duration の形式で、GC ごとにデータが保持される制限時間。 GC が発生すると、現在の時刻からこの値を差し引いた値が安全なポイントになります。
ノート:
- 更新が頻繁に行われるシナリオでは、
tidb_gc_life_time
の値が大きい (数日または数か月) と、次のような潜在的な問題が発生する可能性があります。
- より大きなストレージの使用
- 大量の履歴データは、特に
select count(*) from t
などの範囲クエリの場合、パフォーマンスにある程度影響を与える可能性があります。tidb_gc_life_time
よりも長く実行されているトランザクションがある場合、GC 中に、このトランザクションが実行を継続するためにstart_ts
以降のデータが保持されます。たとえば、tidb_gc_life_time
が 10 分に設定されている場合、実行中のすべてのトランザクションの中で、最も早く開始されたトランザクションが 15 分間実行されており、GC は最近の 15 分間のデータを保持します。
tidb_gc_max_wait_time v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- デフォルト値:
86400
- 範囲:
[600, 31536000]
- 単位: 秒
- この変数は、アクティブなトランザクションが GC セーフ ポイントをブロックする最大時間を設定するために使用されます。デフォルトでは、GC の各時間中、セーフ ポイントは進行中のトランザクションの開始時間を超えません。アクティブなトランザクションの実行時間がこの変数値を超えない場合、実行時間がこの値を超えるまで GC セーフ ポイントはブロックされます。この変数値は整数型です。
tidb_gc_run_interval v5.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 期間
- デフォルト値:
10m0s
- 範囲:
[10m0s, 8760h0m0s]
- Go Duration の形式で GC 間隔を指定します (例:
"1h30m"
および"15m"
)。
tidb_gc_scan_lock_mode v5.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
LEGACY
- 可能な値:
PHYSICAL
、LEGACY
LEGACY
: 従来のスキャン方法を使用します。つまり、Green GC を無効にします。PHYSICAL
: 物理スキャン方式を使用します。つまり、Green GC を有効にします。
- この変数は、GC のロックの解決ステップでロックをスキャンする方法を指定します。変数値が
LEGACY
に設定されている場合、TiDB はリージョンごとにロックをスキャンします。値PHYSICAL
を使用すると、各 TiKV ノードがRaftレイヤーをバイパスし、データを直接スキャンできるようになります。これにより、 休止リージョン機能が有効な場合にすべてのリージョンをウェイクアップする GC の影響を効果的に軽減できるため、Resolve Locks の実行速度が向上します。ステップ。
tidb_general_log
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: ブール値
- デフォルト値:
OFF
この変数は、すべての SQL ステートメントをログに記録するかどうかを設定するために使用されます。この機能はデフォルトで無効になっています。メンテナンス担当者が問題を特定するときにすべての SQL ステートメントをトレースする必要がある場合、この機能を有効にすることができます。
ログ内のこの機能のすべてのレコードを表示するには、TiDB 構成項目
log.level
を"info"
または"debug"
に設定してから、"GENERAL_LOG"
文字列を照会する必要があります。次の情報が記録されます。conn
: 現在のセッションの ID。user
: 現在のセッション ユーザー。schemaVersion
: 現在のスキーマ バージョン。txnStartTS
: 現在のトランザクションが開始されるタイムスタンプ。forUpdateTS
: ペシミスティック トランザクション モードでは、forUpdateTS
は SQL ステートメントの現在のタイムスタンプです。悲観的トランザクションで書き込み競合が発生すると、TiDB は現在実行中の SQL ステートメントを再試行し、このタイムスタンプを更新します。max-retry-count
で再試行回数を設定できます。楽観的なトランザクション モデルでは、forUpdateTS
はtxnStartTS
に相当します。isReadConsistency
: 現在のトランザクション分離レベルが Read Committed (RC) かどうかを示します。current_db
: 現在のデータベースの名前。txn_mode
: トランザクション モード。値のオプションはOPTIMISTIC
とPESSIMISTIC
です。sql
: 現在のクエリに対応する SQL ステートメント。
tidb_guarantee_linearizability v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、非同期コミットのコミット TS の計算方法を制御します。デフォルト (値
ON
) では、2 フェーズ コミットは PDサーバーから新しい TS を要求し、TS を使用して最終的なコミット TS を計算します。この状況では、すべての同時トランザクションに対して線形化可能性が保証されます。 - この変数を
OFF
に設定すると、PDサーバーから TS をフェッチするプロセスがスキップされます。その代償として、因果的一貫性のみが保証されますが、線形化可能性は保証されません。詳細については、ブログ投稿Async Commit、TiDB 5.0 のトランザクション コミットのアクセラレータを参照してください。 - 因果関係のみが必要なシナリオでは、この変数を
OFF
に設定してパフォーマンスを向上させることができます。
tidb_hash_exchange_with_new_collation
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、MPP ハッシュ パーティション交換演算子が、新しい照合順序が有効になっているクラスターで生成されるかどうかを制御します。
true
は演算子を生成することを意味し、false
は生成しないことを意味します。 - この変数は、TiDB の内部操作に使用されます。この変数を設定することはお勧めしません。
tidb_hash_join_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、
hash join
アルゴリズムの並行性を設定するために使用されます。 - 値
-1
は、代わりに値tidb_executor_concurrency
が使用されることを意味します。
tidb_hashagg_final_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、第
final
フェーズで並行hash aggregation
アルゴリズムを実行する並行性を設定するために使用されます。 - 集約関数のパラメーターが明確でない場合、
HashAgg
は同時に実行され、それぞれ 2 つのフェーズ (partial
フェーズとfinal
フェーズ) で実行されます。 - 値
-1
は、代わりに値tidb_executor_concurrency
が使用されることを意味します。
tidb_hashagg_partial_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、第
partial
フェーズで並行hash aggregation
アルゴリズムを実行する並行性を設定するために使用されます。 - 集約関数のパラメーターが明確でない場合、
HashAgg
は同時に実行され、それぞれ 2 つのフェーズ (partial
フェーズとfinal
フェーズ) で実行されます。 - 値
-1
は、代わりに値tidb_executor_concurrency
が使用されることを意味します。
tidb_ignore_prepared_cache_close_stmt v6.0.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、プリペアドステートメントキャッシュを閉じるためのコマンドを無視するかどうかを設定するために使用されます。
- この変数が
ON
に設定されている場合、バイナリ プロトコルのCOM_STMT_CLOSE
コマンドとテキスト プロトコルのDEALLOCATE PREPARE
ステートメントは無視されます。詳細については、COM_STMT_CLOSE
コマンドとDEALLOCATE PREPARE
ステートメントを無視するを参照してください。
tidb_index_join_batch_size
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
25000
- 範囲:
[1, 2147483647]
- 単位: 行
- この変数は、
index lookup join
操作のバッチ サイズを設定するために使用されます。 - OLAP シナリオでは大きな値を使用し、OLTP シナリオでは小さな値を使用します。
tidb_index_lookup_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、
index lookup
操作の並行性を設定するために使用されます。 - OLAP シナリオでは大きな値を使用し、OLTP シナリオでは小さな値を使用します。
- 値
-1
は、代わりに値tidb_executor_concurrency
が使用されることを意味します。
tidb_index_lookup_join_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、
index lookup join
アルゴリズムの並行性を設定するために使用されます。 - 値
-1
は、代わりに値tidb_executor_concurrency
が使用されることを意味します。
tidb_index_lookup_size
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
20000
- 範囲:
[1, 2147483647]
- 単位: 行
- この変数は、
index lookup
操作のバッチ サイズを設定するために使用されます。 - OLAP シナリオでは大きな値を使用し、OLTP シナリオでは小さな値を使用します。
tidb_index_serial_scan_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、
serial scan
操作の並行性を設定するために使用されます。 - OLAP シナリオでは大きな値を使用し、OLTP シナリオでは小さな値を使用します。
tidb_init_chunk_size
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
32
- 範囲:
[1, 32]
- 単位: 行
- この変数は、実行プロセス中に初期チャンクの行数を設定するために使用されます。
tidb_isolation_read_engines v4.0 の新機能
- スコープ: セッション
- デフォルト値:
tikv,tiflash,tidb
- この変数は、データの読み取り時に TiDB が使用できるストレージ エンジン リストを設定するために使用されます。
tidb_last_ddl_info v6.0.0の新機能
- スコープ: セッション
- クラスターに永続化: いいえ
- デフォルト値: ""
- タイプ: 文字列
- これは読み取り専用の変数です。現在のセッション内の最後の DDL 操作の情報を取得するために、TiDB で内部的に使用されます。
- "query": 最後の DDL クエリ文字列。
- "seq_num": 各 DDL 操作のシーケンス番号。 DDL操作の順序を識別するために使用されます。
tidb_last_query_info v4.0.14の新機能
- スコープ: セッション
- クラスターに永続化: いいえ
- デフォルト値: ""
- これは読み取り専用の変数です。最後の DML ステートメントのトランザクション情報を照会するために、TiDB で内部的に使用されます。情報には次が含まれます。
txn_scope
:global
またはlocal
のトランザクションのスコープ。start_ts
: トランザクションの開始タイムスタンプ。for_update_ts
: 以前に実行された DML ステートメントのfor_update_ts
。これは、テスト用に使用される TiDB の内部用語です。通常、この情報は無視できます。error
: エラー メッセージ (存在する場合)。
tidb_last_txn_info v4.0.9の新機能
- スコープ: セッション
- クラスターに永続化: いいえ
- タイプ: 文字列
- この変数は、現在のセッション内の最後のトランザクション情報を取得するために使用されます。これは読み取り専用の変数です。取引情報には以下が含まれます。
- トランザクション スコープ。
- TS の開始とコミット。
- トランザクション コミット モード。2 フェーズ、1 フェーズ、または非同期コミットの可能性があります。
- 非同期コミットまたは 1 フェーズ コミットから 2 フェーズ コミットへのトランザクション フォールバックの情報。
- 発生したエラー。
tidb_log_file_max_days v5.3.0の新機能
- スコープ: セッション
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- この変数は、ログが現在の TiDB インスタンスに保持される最大日数を設定するために使用されます。その値のデフォルトは、構成ファイルの
max-days
構成の値です。変数値の変更は、現在の TiDB インスタンスにのみ影響します。 TiDB の再始動後、変数値はリセットされ、構成値は影響を受けません。
tidb_low_resolution_tso
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、低精度 TSO 機能を有効にするかどうかを設定するために使用されます。この機能を有効にすると、新しいトランザクションは 2 秒ごとに更新されるタイムスタンプを使用してデータを読み取ります。
- 適用可能な主なシナリオは、古いデータの読み取りが許容される場合に、小さな読み取り専用トランザクションの TSO を取得するオーバーヘッドを削減することです。
tidb_max_chunk_size
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1024
- 範囲:
[32, 2147483647]
- 単位: 行
- この変数は、実行プロセス中にチャンク内の最大行数を設定するために使用されます。大きすぎる値を設定すると、キャッシュの局所性の問題が発生する可能性があります。
tidb_max_delta_schema_count v2.1.18 および v3.0.5 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1024
- 範囲:
[100, 16384]
- この変数は、キャッシュできるスキーマ バージョン (対応するバージョン用に変更されたテーブル ID) の最大数を設定するために使用されます。値の範囲は 100 ~ 16384 です。
tidb_mem_oom_action v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
CANCEL
- 可能な値:
CANCEL
、LOG
- 単一の SQL ステートメントが
tidb_mem_quota_query
で指定されたメモリ クォータを超え、ディスクにスピルオーバーできない場合に、TiDB が実行する操作を指定します。詳細はTiDB メモリ制御を参照してください。
- デフォルト値は
CANCEL
ですが、TiDB v4.0.2 以前のバージョンでは、デフォルト値はLOG
です。 - この設定は以前は
tidb.toml
オプション (oom-action
) でしたが、TiDB v6.1.0 からシステム変数に変更されました。
tidb_mem_quota_analyze v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- デフォルト値:
0
- 単位: バイト
- この変数は、TiDB 更新統計の最大メモリ使用量を制御します。このようなメモリ使用量は、手動で
ANALYZE TABLE
を実行するときと、TiDB がバックグラウンドでタスクを自動的に分析するときに発生します。合計メモリ使用量がこのしきい値を超えると、ユーザーが実行したANALYZE
が終了し、サンプリング レートを下げるか後で再試行するように促すエラー メッセージが報告されます。メモリのしきい値を超えたために TiDB バックグラウンドの自動タスクが終了し、使用されているサンプリング レートがデフォルト値よりも高い場合、TiDB はデフォルトのサンプリング レートを使用して更新を再試行します。この変数の値が負またはゼロの場合、TiDB は手動更新タスクと自動更新タスクの両方のメモリ使用量を制限しません。
ノート:
auto_analyze
は、TiDB スタートアップ構成ファイルでrun-auto-analyze
が有効になっている場合にのみ、TiDB クラスターでトリガーされます。
tidb_mem_quota_apply_cache v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
33554432
(32 MiB) - 範囲:
[0, 9223372036854775807]
- 単位: バイト
- この変数は、
Apply
演算子でローカル キャッシュのメモリ使用量のしきい値を設定するために使用されます。 Apply
演算子のローカル キャッシュは、Apply
演算子の計算を高速化するために使用されます。変数を0
に設定して、Apply
キャッシュ機能を無効にすることができます。
tidb_mem_quota_binding_cache v6.0.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
67108864
- 範囲:
[0, 2147483647]
- 単位: バイト
- この変数は、バインディングのキャッシュに使用されるメモリのしきい値を設定するために使用されます。
- システムが過剰なバインドを作成またはキャプチャして、メモリ領域が過剰に使用された場合、TiDB はログに警告を返します。この場合、キャッシュは使用可能なすべてのバインディングを保持したり、保存するバインディングを決定したりできません。このため、クエリによってはバインディングが失われる場合があります。この問題に対処するには、この変数の値を大きくします。これにより、バインディングのキャッシュに使用されるメモリが増加します。このパラメーターを変更した後、
admin reload bindings
を実行してバインディングをリロードし、変更を検証する必要があります。
tidb_mem_quota_query
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1073741824
(1 GiB) - 範囲:
[-1, 9223372036854775807]
- 単位: バイト
- この変数は、クエリのメモリ クォータのしきい値を設定するために使用されます。
- 実行中のクエリのメモリ クォータがしきい値を超えた場合、TiDB は
tidb_mem_oom_action
で指定された操作を実行します。
- TiDB v6.1.0 より前のバージョンでは、これはセッション スコープ変数であり、初期値として
tidb.toml
からmem-quota-query
の値を使用します。 v6.1.0 から、tidb_mem_quota_query
はSESSION | GLOBAL
スコープ変数です。
tidb_memory_usage_alarm_ratio
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: フロート
- デフォルト値:
0.8
- 範囲:
[0, 1]
- TiDB は、使用するメモリのパーセンテージが特定のしきい値を超えると、アラームをトリガーします。この機能の詳しい使用方法については、
memory-usage-alarm-ratio
を参照してください。 memory-usage-alarm-ratio
を構成することで、この変数の初期値を設定できます。
tidb_merge_join_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
1
- この変数は、クエリが実行されるときの
MergeJoin
演算子の同時実行数を設定します。 - この変数を設定することはお勧めしません。この変数の値を変更すると、データの正確性の問題が発生する可能性があります。
tidb_metric_query_range_duration v4.0 の新機能
- スコープ: セッション
- タイプ: 整数
- デフォルト値:
60
- 範囲:
[10, 216000]
- 単位: 秒
- この変数は、照会時に生成される Prometheus ステートメントの範囲期間を設定するために使用されます
METRICS_SCHEMA
。
tidb_metric_query_step v4.0 の新機能
- スコープ: セッション
- タイプ: 整数
- デフォルト値:
60
- 範囲:
[10, 216000]
- 単位: 秒
- この変数は、クエリ時に生成される Prometheus ステートメントのステップを設定するために使用されます
METRICS_SCHEMA
。
tidb_multi_statement_mode v4.0.11の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
OFF
- 可能な値:
OFF
、ON
、WARN
- この変数は、同じ
COM_QUERY
の呼び出しで複数のクエリを実行できるようにするかどうかを制御します。 - SQL インジェクション攻撃の影響を軽減するために、TiDB はデフォルトで複数のクエリが同じ
COM_QUERY
の呼び出しで実行されるのを防ぐようになりました。この変数は、以前のバージョンの TiDB からのアップグレード パスの一部として使用することを目的としています。次の動作が適用されます。
クライアント設定 | tidb_multi_statement_mode 値 | 複数のステートメントは許可されますか? |
---|---|---|
複数のステートメント = オン | オフ | はい |
複数のステートメント = オン | オン | はい |
複数のステートメント = オン | 暖かい | はい |
複数のステートメント = オフ | オフ | いいえ |
複数のステートメント = オフ | オン | はい |
複数のステートメント = オフ | 暖かい | はい (+警告が返されます) |
ノート:
デフォルト値の
OFF
だけが安全であると見なすことができます。アプリケーションが以前のバージョンの TiDB 用に特別に設計されている場合は、設定tidb_multi_statement_mode=ON
が必要になることがあります。アプリケーションで複数ステートメントのサポートが必要な場合は、tidb_multi_statement_mode
オプションではなく、クライアント ライブラリによって提供される設定を使用することをお勧めします。例えば:
- go-sql-ドライバー (
multiStatements
)- コネクタ/J (
allowMultiQueries
)- PHP みずい (
mysqli_multi_query
)
tidb_nontransactional_ignore_error v6.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
OFF
- この変数は、非トランザクション DML ステートメントでエラーが発生したときに、すぐにエラーを返すかどうかを指定します。
- 値が
OFF
に設定されている場合、非トランザクション DML ステートメントは最初のエラーですぐに停止し、エラーを返します。以下のバッチはすべてキャンセルされます。 - 値が
ON
に設定されている場合、バッチでエラーが発生すると、すべてのバッチが実行されるまで、次のバッチが実行され続けます。実行プロセス中に発生したすべてのエラーは、結果に一緒に返されます。
tidb_opt_agg_push_down
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、オプティマイザーが集約関数を Join、Projection、および UnionAll の前の位置に押し下げる最適化操作を実行するかどうかを設定するために使用されます。
- クエリで集計操作が遅い場合は、変数の値を ON に設定できます。
tidb_opt_broadcast_cartesian_join
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1
- 範囲:
[0, 2]
- ブロードキャストデカルト結合を許可するかどうかを示します。
0
は、ブロードキャストデカルト結合が許可されていないことを意味します。1
はtidb_broadcast_join_threshold_count
に基づいて許可されることを意味します。2
は、テーブル サイズがしきい値を超えても常に許可されることを意味します。- この変数は TiDB で内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_concurrency_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
3.0
- TiDB で Golang ゴルーチンを開始するための CPU コストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_copcpu_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
3.0
- TiKV コプロセッサーが 1 行を処理するための CPU コストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_correlation_exp_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1
- 範囲:
[0, 2147483647]
- 列の順序相関に基づいて行数を見積もる方法がない場合は、ヒューリスティックな見積もり方法が使用されます。この変数は、ヒューリスティック メソッドの動作を制御するために使用されます。
- 値が 0 の場合、ヒューリスティック手法は使用されません。
- 値が 0 より大きい場合:
- 値が大きいほど、ヒューリスティックな方法でインデックス スキャンが使用される可能性が高いことを示します。
- 値が小さいほど、ヒューリスティックな方法でテーブル スキャンが使用される可能性が高いことを示します。
tidb_opt_correlation_threshold
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- デフォルト値:
0.9
- 範囲:
[0, 1]
- この変数は、列順序相関を使用した行数の見積もりを有効にするかどうかを決定するしきい値を設定するために使用されます。現在の列と
handle
列の順序相関がしきい値を超える場合、このメソッドが有効になります。
tidb_opt_cpu_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
3.0
- TiDB が 1 行を処理するための CPU コストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_desc_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
3.0
- TiKV がディスクから 1 行を降順でスキャンするためのコストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_disk_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
1.5
- TiDB が一時ディスクとの間で 1 バイトのデータを読み書きするための I/O コストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_distinct_agg_push_down
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、オプティマイザが集約関数を
distinct
(select count(distinct a) from t
など) でコプロセッサにプッシュ ダウンする最適化操作を実行するかどうかを設定するために使用されます。 - クエリで
distinct
操作の集計関数が遅い場合は、変数値を1
に設定できます。
次の例では、 tidb_opt_distinct_agg_push_down
を有効にする前に、TiDB は TiKV からすべてのデータを読み取り、TiDB 側でdistinct
を実行する必要があります。 tidb_opt_distinct_agg_push_down
が有効になった後、 distinct a
がコプロセッサーにプッシュダウンされ、 group by
列のtest.t.a
がHashAgg_5
に追加されます。
mysql> desc select count(distinct a) from test.t;
+-------------------------+----------+-----------+---------------+------------------------------------------+
| id | estRows | task | access object | operator info |
+-------------------------+----------+-----------+---------------+------------------------------------------+
| StreamAgg_6 | 1.00 | root | | funcs:count(distinct test.t.a)->Column#4 |
| └─TableReader_10 | 10000.00 | root | | data:TableFullScan_9 |
| └─TableFullScan_9 | 10000.00 | cop[tikv] | table:t | keep order:false, stats:pseudo |
+-------------------------+----------+-----------+---------------+------------------------------------------+
3 rows in set (0.01 sec)
mysql> set session tidb_opt_distinct_agg_push_down = 1;
Query OK, 0 rows affected (0.00 sec)
mysql> desc select count(distinct a) from test.t;
+---------------------------+----------+-----------+---------------+------------------------------------------+
| id | estRows | task | access object | operator info |
+---------------------------+----------+-----------+---------------+------------------------------------------+
| HashAgg_8 | 1.00 | root | | funcs:count(distinct test.t.a)->Column#3 |
| └─TableReader_9 | 1.00 | root | | data:HashAgg_5 |
| └─HashAgg_5 | 1.00 | cop[tikv] | | group by:test.t.a, |
| └─TableFullScan_7 | 10000.00 | cop[tikv] | table:t | keep order:false, stats:pseudo |
+---------------------------+----------+-----------+---------------+------------------------------------------+
4 rows in set (0.00 sec)
tidb_opt_enable_correlation_adjustment
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、オプティマイザーが列の順序の相関に基づいて行数を見積もるかどうかを制御するために使用されます
tidb_opt_insubq_to_join_and_agg
スコープ: セッション |グローバル
クラスターに永続化: はい
タイプ: ブール値
デフォルト値:
ON
この変数は、サブクエリを結合および集計に変換する最適化ルールを有効にするかどうかを設定するために使用されます。
たとえば、この最適化ルールを有効にすると、サブクエリは次のように変換されます。
select * from t where t.a in (select aa from t1);サブクエリは、次のように結合に変換されます。
select t.* from t, (select aa from t1 group by aa) tmp_t where t.a = tmp_t.aa;t1
がaa
列のunique
とnot null
に制限されている場合。次のステートメントは、集計なしで使用できます。select t.* from t, t1 where t.a=t1.aa;
tidb_opt_join_reorder_threshold
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- この変数は、TiDB 結合したテーブルの再配置 Reorder アルゴリズムの選択を制御するために使用されます。 結合したテーブルの再配置 Reorder に参加しているノードの数がこのしきい値より多い場合、TiDB は欲張りアルゴリズムを選択し、このしきい値より少ない場合、TiDB は動的計画法アルゴリズムを選択します。
- 現在、OLTP クエリの場合、デフォルト値を維持することをお勧めします。 OLAP クエリの場合、変数値を 10 ~ 15 に設定して、OLAP シナリオでより適切な接続順序を取得することをお勧めします。
tidb_opt_limit_push_down_threshold
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
100
- 範囲:
[0, 2147483647]
- この変数は、Limit または TopN オペレーターを TiKV にプッシュするかどうかを決定するしきい値を設定するために使用されます。
- Limit または TopN オペレーターの値がこのしきい値以下の場合、これらのオペレーターは TiKV に強制的にプッシュ ダウンされます。この変数は、部分的に誤った推定が原因で、Limit または TopN オペレーターを TiKV にプッシュダウンできないという問題を解決します。
tidb_opt_memory_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
0.001
- TiDB が 1 行を格納するためのメモリ コストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_mpp_outer_join_fixed_build_side v5.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- 変数値が
ON
の場合、左側の結合演算子は常にビルド側として内部テーブルを使用し、右側の結合演算子は常にビルド側として外部テーブルを使用します。値をOFF
に設定すると、外部結合演算子はテーブルのいずれかの側を構築側として使用できます。
tidb_opt_network_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
1.0
- ネットワークを介して 1 バイトのデータを転送するための正味コストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_prefer_range_scan v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数の値を
ON
に設定すると、オプティマイザは常に全表スキャンよりも範囲スキャンを優先します。 - 次の例では、
tidb_opt_prefer_range_scan
を有効にする前に、TiDB オプティマイザーがテーブル全体のスキャンを実行します。tidb_opt_prefer_range_scan
を有効にすると、オプティマイザーはインデックス レンジ スキャンを選択します。
explain select * from t where age=5;
+-------------------------+------------+-----------+---------------+-------------------+
| id | estRows | task | access object | operator info |
+-------------------------+------------+-----------+---------------+-------------------+
| TableReader_7 | 1048576.00 | root | | data:Selection_6 |
| └─Selection_6 | 1048576.00 | cop[tikv] | | eq(test.t.age, 5) |
| └─TableFullScan_5 | 1048576.00 | cop[tikv] | table:t | keep order:false |
+-------------------------+------------+-----------+---------------+-------------------+
3 rows in set (0.00 sec)
set session tidb_opt_prefer_range_scan = 1;
explain select * from t where age=5;
+-------------------------------+------------+-----------+-----------------------------+-------------------------------+
| id | estRows | task | access object | operator info |
+-------------------------------+------------+-----------+-----------------------------+-------------------------------+
| IndexLookUp_7 | 1048576.00 | root | | |
| ├─IndexRangeScan_5(Build) | 1048576.00 | cop[tikv] | table:t, index:idx_age(age) | range:[5,5], keep order:false |
| └─TableRowIDScan_6(Probe) | 1048576.00 | cop[tikv] | table:t | keep order:false |
+-------------------------------+------------+-----------+-----------------------------+-------------------------------+
3 rows in set (0.00 sec)
tidb_opt_projection_push_down v6.1.0の新機能
- スコープ: セッション
- クラスターに永続化: いいえ
- タイプ: ブール値
- デフォルト値:
OFF
- オプティマイザが TiKV または TiFlash コプロセッサに
Projection
をプッシュできるようにするかどうかを指定します。
tidb_opt_scan_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
1.5
- TiKV がディスクから 1 行のデータを昇順にスキャンするためのコストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_seek_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
20
- TiDB が TiKV からデータを要求するための起動コストを示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_tiflash_concurrency_factor
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: フロート
- 範囲:
[0, 2147483647]
- デフォルト値:
24.0
- TiFlash 演算の同時実行数を示します。この変数はコストモデルで内部的に使用され、その値を変更することはお勧めしません。
tidb_opt_write_row_id
- スコープ: セッション
- デフォルト値:
OFF
- この変数は、
INSERT
、REPLACE
、およびUPDATE
ステートメントが_tidb_rowid
列で操作できるようにするかどうかを制御するために使用されます。この変数は、TiDB ツールを使用してデータをインポートする場合にのみ使用できます。
tidb_optimizer_selectivity_level
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
1
- 値のオプション:
1
および2
(非推奨) - この変数は、オプティマイザの推定ロジックの反復を制御します。この変数の値を変更すると、オプティマイザーの見積もりロジックが大幅に変更されます。現在、有効な値は
1
だけです。値を2
に設定することはお勧めしません。
tidb_partition_prune_mode v5.1 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
static
- 分割されたテーブルに対して
dynamic
モードを有効にするかどうかを指定します。動的プルーニング モードの詳細については、 分割されたテーブルの動的プルーニング モードを参照してください。
tidb_persist_analyze_options v5.4.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、 ANALYZE 構成の永続性機能を有効にするかどうかを制御します。
tidb_placement_mode v6.0.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
STRICT
- 可能な値:
STRICT
、IGNORE
- この変数は、DDL ステートメントがSQL で指定された配置規則を無視するかどうかを制御します。変数値が
IGNORE
の場合、すべての配置ルール オプションが無視されます。
- これは、無効な配置規則が割り当てられている場合でもテーブルを常に作成できるようにするために、論理ダンプ/復元ツールで使用することを目的としています。これは、mysqldump がすべてのダンプ ファイルの先頭に
SET FOREIGN_KEY_CHECKS=0;
を書き込む方法に似ています。
tidb_pprof_sql_cpu v4.0 の新機能
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 1]
- この変数は、パフォーマンスの問題を特定してトラブルシューティングするために、プロファイル出力内の対応する SQL ステートメントをマークするかどうかを制御するために使用されます。
tidb_prepared_plan_cache_memory_guard_ratio v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: フロート
- デフォルト値:
0.1
- 範囲:
[0, 1]
- 準備されたプラン キャッシュがメモリ保護メカニズムをトリガーするしきい値。詳細については、 プリペアドプランキャッシュのメモリ管理を参照してください。
- この設定は以前は
tidb.toml
オプション (prepared-plan-cache.memory-guard-ratio
) でしたが、TiDB v6.1.0 からシステム変数に変更されました。
tidb_prepared_plan_cache_size v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
100
- 範囲:
[1, 100000]
- セッションでキャッシュできるプランの最大数。詳細については、 プリペアドプランキャッシュのメモリ管理を参照してください。
- この設定は以前は
tidb.toml
オプション (prepared-plan-cache.capacity
) でしたが、TiDB v6.1.0 からシステム変数に変更されました。
tidb_projection_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[-1, 256]
- 単位: スレッド
- この変数は、
Projection
オペレーターの並行性を設定するために使用されます。 - 値
-1
は、代わりに値tidb_executor_concurrency
が使用されることを意味します。
tidb_query_log_max_len
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
4096
(4 KiB) - 範囲:
[0, 1073741824]
- 単位: バイト
- SQL ステートメント出力の最大長。ステートメントの出力長が
tidb_query_log_max_len
の値より大きい場合、ステートメントは切り捨てられて出力されます。 - この設定は、以前は
tidb.toml
オプション (log.query-log-max-len
) としても使用できましたが、TiDB v6.1.0 以降ではシステム変数のみです。
tidb_rc_read_check_ts v6.0.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、タイムスタンプの取得を最適化するために使用されます。これは、読み取りと書き込みの競合がまれな読み取りコミット分離レベルのシナリオに適しています。この変数を有効にすると、グローバル タイムスタンプを取得する際のレイテンシーとコストを回避でき、トランザクション レベルの読み取りレイテンシーを最適化できます。
- 読み取りと書き込みの競合が深刻な場合、この機能を有効にすると、グローバル タイムスタンプを取得するコストとレイテンシーが増加し、パフォーマンスが低下する可能性があります。詳細については、 読み取りコミット分離レベルを参照してください。
tidb_read_consistency v5.4.0の新機能
- スコープ: セッション
- クラスターに永続化: いいえ
- タイプ: 文字列
- デフォルト値:
strict
- この変数は、自動コミット読み取りステートメントの読み取り一貫性を制御するために使用されます。
- 変数値が
weak
に設定されている場合、read ステートメントで検出されたロックは直接スキップされ、読み取り実行が高速になる可能性があります。これは、弱い一貫性の読み取りモードです。ただし、トランザクションのセマンティクス (原子性など) と分散一貫性 (線形化可能性など) は保証されません。 - 自動コミット読み取りが高速で弱い一貫性の読み取り結果を返す必要があるユーザー シナリオでは、弱い一貫性の読み取りモードを使用できます。
tidb_read_staleness v5.4.0の新機能
- スコープ: セッション
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[-2147483648, 0]
- この変数は、TiDB が現在のセッションで読み取ることができる履歴データの時間範囲を設定するために使用されます。値を設定した後、TiDB はこの変数によって許可された範囲からできるだけ新しいタイムスタンプを選択し、その後のすべての読み取り操作はこのタイムスタンプに対して実行されます。たとえば、この変数の値が
-5
に設定されている場合、TiKV に対応する履歴バージョンのデータがあるという条件で、TiDB は 5 秒の時間範囲内でできるだけ新しいタイムスタンプを選択します。
tidb_record_plan_in_slow_log
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、スロー ログにスロー クエリの実行プランを含めるかどうかを制御するために使用されます。
tidb_redact_log
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、TiDB ログとスローログに記録される SQL ステートメントでユーザー情報を非表示にするかどうかを制御します。
- 変数を
1
に設定すると、ユーザー情報は非表示になります。たとえば、実行された SQL ステートメントがinsert into t values (1,2)
の場合、そのステートメントはログにinsert into t values (?,?)
として記録されます。
tidb_regard_null_as_point v5.4.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、オプティマイザが null 等価を含むクエリ条件をインデックス アクセスのプレフィックス条件として使用できるかどうかを制御します。
- この変数はデフォルトで有効になっています。有効にすると、オプティマイザーはアクセスするインデックス データの量を減らすことができるため、クエリの実行が高速化されます。たとえば、クエリに複数列インデックス
index(a, b)
が含まれ、クエリ条件にa<=>null and b=1
が含まれている場合、オプティマイザはインデックス アクセスのクエリ条件でa<=>null
とb=1
の両方を使用できます。変数が無効になっている場合、a<=>null and b=1
には NULL 等価条件が含まれているため、オプティマイザーはインデックス アクセスにb=1
を使用しません。
tidb_remove_orderby_in_subquery v6.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- サブクエリで
ORDER BY
の句を削除するかどうかを指定します。
tidb_replica_read v4.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
leader
- 可能な値:
leader
、follower
、leader-and-follower
、closest-replicas
- この変数は、TiDB がデータを読み取る場所を制御するために使用されます。次の 3 つのオプションがあります。
- リーダー: リーダー ノードからの読み取り専用
- follower: follower ノードからの読み取り専用
- リーダーとフォロワー: リーダーまたはフォロワー ノードから読み取ります
- 詳細については、 フォロワーが読むを参照してください。
tidb_restricted_read_only v5.2.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
tidb_restricted_read_only
とtidb_super_read_only
は同じように動作します。ほとんどの場合、tidb_super_read_only
のみを使用する必要があります。SUPER
またはSYSTEM_VARIABLES_ADMIN
の権限を持つユーザーは、この変数を変更できます。ただし、 セキュリティ強化モードが有効になっている場合、この変数の読み取りまたは変更には追加のRESTRICTED_VARIABLES_ADMIN
権限が必要です。- 次の場合、
tidb_restricted_read_only
はtidb_super_read_only
に影響します。tidb_restricted_read_only
~ON
を設定すると、tidb_super_read_only
~ON
が更新されます。tidb_restricted_read_only
~OFF
に設定すると、tidb_super_read_only
は変更されません。tidb_restricted_read_only
がON
の場合、tidb_super_read_only
をOFF
に設定することはできません。
- TiDB の DBaaS プロバイダーの場合、TiDB クラスターが別のデータベースのダウンストリーム データベースである場合、TiDB クラスターを読み取り専用にするには、 セキュリティ強化モードを有効にして
tidb_restricted_read_only
を使用する必要がある場合があります。これにより、顧客はtidb_super_read_only
を使用してクラスターを書き込み可能にすることができなくなります。これを実現するには、 セキュリティ強化モードを有効にし、SYSTEM_VARIABLES_ADMIN
およびRESTRICTED_VARIABLES_ADMIN
権限を持つ管理者ユーザーを使用してtidb_restricted_read_only
を制御し、データベース ユーザーがSUPER
権限を持つ root ユーザーを使用してtidb_super_read_only
のみを制御できるようにする必要があります。 - この変数は、クラスター全体の読み取り専用ステータスを制御します。変数が
ON
の場合、クラスター全体のすべての TiDB サーバーが読み取り専用モードになります。この場合、TiDB はSELECT
、USE
、およびSHOW
などのデータを変更しないステートメントのみを実行します。INSERT
やUPDATE
などの他のステートメントの場合、TiDB はこれらのステートメントを読み取り専用モードで実行することを拒否します。 - この変数を使用して読み取り専用モードを有効にすると、クラスター全体が最終的に読み取り専用状態になります。 TiDB クラスターでこの変数の値を変更したが、変更が他の TiDB サーバーにまだ反映されていない場合、更新されていないTiDB サーバーはまだ読み取り専用モードではありません。
- この変数が有効な場合、実行中の SQL ステートメントは影響を受けません。 TiDB は、実行されるSQL ステートメントの読み取り専用チェックのみを実行します。
- この変数を有効にすると、TiDB はコミットされていないトランザクションを次の方法で処理します。
- コミットされていない読み取り専用トランザクションの場合、通常どおりトランザクションをコミットできます。
- 読み取り専用ではないコミットされていないトランザクションの場合、これらのトランザクションで書き込み操作を実行する SQL ステートメントは拒否されます。
- データが変更されたコミットされていない読み取り専用トランザクションの場合、これらのトランザクションのコミットは拒否されます。
- 読み取り専用モードを有効にすると、すべてのユーザー (
SUPER
特権を持つユーザーを含む) は、明示的にRESTRICTED_REPLICA_WRITER_ADMIN
特権を付与されない限り、データを書き込む可能性のある SQL ステートメントを実行できません。
tidb_retry_limit
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
10
- 範囲:
[-1, 9223372036854775807]
- この変数は、楽観的トランザクションの再試行の最大回数を設定するために使用されます。トランザクションで再試行可能なエラー (トランザクションの競合、非常に遅いトランザクション コミット、テーブル スキーマの変更など) が発生すると、このトランザクションはこの変数に従って再実行されます。
tidb_retry_limit
~0
を設定すると、自動リトライが無効になることに注意してください。この変数は楽観的なトランザクションにのみ適用され、悲観的なトランザクションには適用されません。
tidb_row_format_version
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
2
- 範囲:
[1, 2]
- テーブルに新しく保存されたデータの形式バージョンを制御します。 TiDB v4.0 では、新しいデータを保存するためにデフォルトで新しいストレージ行フォーマットバージョン
2
が使用されます。 - 4.0.0 より前の TiDB バージョンから 4.0.0 にアップグレードする場合、フォーマット バージョンは変更されず、TiDB は引き続きバージョン
1
の古いフォーマットを使用してテーブルにデータを書き込みます。つまり、新しく作成されたクラスターのみが使用します。デフォルトでは新しいデータ形式です。 - この変数を変更しても、保存された古いデータには影響しませんが、この変数を変更した後に新しく書き込まれたデータにのみ、対応するバージョン形式が適用されることに注意してください。
tidb_scatter_region
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- デフォルトでは、TiDB で作成された新しいテーブルのリージョンは分割されます。この変数を有効にすると、新しく分割されたリージョンは
CREATE TABLE
ステートメントの実行中にすぐに分散されます。これは、テーブルがバッチで作成された直後にデータをバッチで書き込む必要があるシナリオに適用されます。これは、新しく分割されたリージョンを事前に TiKV に分散させることができ、PD によってスケジュールされるのを待つ必要がないためです。バッチでのデータ書き込みの継続的な安定性を確保するために、CREATE TABLE
ステートメントは、リージョンが正常に分散された後にのみ成功を返します。これにより、ステートメントの実行時間が、この変数を無効にした場合よりも数倍長くなります。 - テーブルの作成時に
SHARD_ROW_ID_BITS
とPRE_SPLIT_REGIONS
が設定されている場合、テーブルの作成後に指定された数のリージョンが均等に分割されます。
tidb_shard_allocate_step
v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
9223372036854775807
- 範囲:
[1, 9223372036854775807]
- この変数は、
AUTO_RANDOM
またはSHARD_ROW_ID_BITS
属性に割り当てられる連続 ID の最大数を制御します。通常、AUTO_RANDOM
の ID またはSHARD_ROW_ID_BITS
の注釈付き行 ID は、1 つのトランザクションで増分的かつ連続的です。この変数を使用して、大規模なトランザクション シナリオでホットスポットの問題を解決できます。
tidb_skip_ascii_check v5.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、ASCII 検証をスキップするかどうかを設定するために使用されます。
- ASCII 文字の検証はパフォーマンスに影響します。入力文字が有効な ASCII 文字であることを確認したら、変数値を
ON
に設定できます。
tidb_skip_isolation_level_check
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- このスイッチを有効にした後、TiDB でサポートされていない分離レベルが
tx_isolation
に割り当てられた場合、エラーは報告されません。これにより、異なる分離レベルを設定する (ただし依存しない) アプリケーションとの互換性が向上します。
tidb> set tx_isolation='serializable';
ERROR 8048 (HY000): The isolation level 'serializable' is not supported. Set tidb_skip_isolation_level_check=1 to skip this error
tidb> set tidb_skip_isolation_level_check=1;
Query OK, 0 rows affected (0.00 sec)
tidb> set tx_isolation='serializable';
Query OK, 0 rows affected, 1 warning (0.00 sec)
tidb_skip_utf8_check
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、UTF-8 検証をスキップするかどうかを設定するために使用されます。
- UTF-8 文字の検証はパフォーマンスに影響します。入力文字が有効な UTF-8 文字であることを確認したら、変数値を
ON
に設定できます。
ノート:
文字チェックがスキップされると、TiDB はアプリケーションによって書き込まれた不正な UTF-8 文字の検出に失敗し、
ANALYZE
の実行時にデコード エラーが発生し、その他の未知のエンコーディングの問題が発生する可能性があります。アプリケーションが書き込まれた文字列の有効性を保証できない場合、文字チェックをスキップすることはお勧めしません。
tidb_slow_log_threshold
- 範囲: グローバル
- Persists to cluster: いいえ、接続している現在の TiDB インスタンスにのみ適用されます。
- タイプ: 整数
- デフォルト値:
300
- 範囲:
[-1, 9223372036854775807]
- 単位: ミリ秒
- この変数は、スローログの消費時間のしきい値を出力するために使用されます。クエリの消費時間がこの値よりも大きい場合、そのクエリはスロー ログと見なされ、そのログがスロー クエリ ログに出力されます。
tidb_max_tiflash_threads v6.1.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
-1
- 範囲:
[-1, 256]
- この変数は、TiFlash がリクエストを実行する最大同時実行数を設定するために使用されます。デフォルト値は
-1
で、このシステム変数が無効であることを示します。値が0
の場合、スレッドの最大数は TiFlash によって自動的に構成されます。
tidb_mpp_store_fail_ttl
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 期間
- デフォルト値:
60s
- 新しく開始された TiFlash はサービスを提供しません。クエリが失敗しないようにするために、TiDB はクエリを送信する tidb サーバーを新しく開始された TiFlash ノードに制限します。この変数は、新しく開始された TiFlash にリクエストが送信されない時間範囲を示します。
tidb_slow_query_file
- スコープ: セッション
- デフォルト値: ""
INFORMATION_SCHEMA.SLOW_QUERY
がクエリされると、構成ファイルでslow-query-file
によって設定されたスロー クエリ ログ名のみが解析されます。デフォルトのスロー クエリ ログ名は「tidb-slow.log」です。他のログを解析するには、tidb_slow_query_file
セッション変数を特定のファイル パスに設定し、INFORMATION_SCHEMA.SLOW_QUERY
をクエリして、設定されたファイル パスに基づいてスロー クエリ ログを解析します。
詳細については、 遅いクエリを特定するを参照してください。
tidb_snapshot
- スコープ: セッション
- デフォルト値: ""
- この変数は、セッションによってデータが読み取られる時点を設定するために使用されます。たとえば、変数を「2017-11-11 20:20:20」または「400036290571534337」のような TSO 番号に設定すると、現在のセッションはこの時点のデータを読み取ります。
tidb_stats_cache_mem_quota v6.1.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 1099511627776]
- この変数は、TiDB 統計キャッシュのメモリ クォータを設定します。
tidb_stats_load_pseudo_timeout v5.4.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、SQL 最適化の待機時間がタイムアウトに達したときの TiDB の動作を制御して、完全な列統計を同期的にロードします。デフォルト値
OFF
は、タイムアウト後に SQL の実行が失敗することを意味します。この変数をON
に設定すると、SQL 最適化はタイムアウト後に疑似統計の使用に戻ります。
tidb_stats_load_sync_wait v5.4.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- 単位: ミリ秒
- この変数は、同期ロード統計機能を有効にするかどうかを制御します。デフォルト値
0
は、機能が無効であることを意味します。この機能を有効にするには、この変数をタイムアウト (ミリ秒単位) に設定します。これは、SQL 最適化が完全な列統計を同期的にロードするまで最大で待機できる時間です。詳細については、 負荷統計を参照してください。
tidb_stmt_summary_history_size v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
24
- 範囲:
[0, 255]
- この変数は、履歴容量ステートメント要約表を設定するために使用されます。
tidb_stmt_summary_internal_query v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、TiDB の SQL 情報をステートメント要約表に含めるかどうかを制御するために使用されます。
tidb_stmt_summary_max_sql_length v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
4096
- 範囲:
[0, 2147483647]
- この変数は、 ステートメント要約表の SQL 文字列の長さを制御するために使用されます。
tidb_stmt_summary_max_stmt_count v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
3000
- 範囲:
[1, 32767]
- この変数は、メモリに格納されるステートメントの最大数を設定するために使用されステートメント要約表 。
tidb_stmt_summary_refresh_interval v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
1800
- 範囲:
[1, 2147483647]
- 単位: 秒
- この変数は、リフレッシュ時間をステートメント要約表に設定するために使用されます。
tidb_store_limit v3.0.4 および v4.0 の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
0
- 範囲:
[0, 9223372036854775807]
- この変数は、TiDB が同時に TiKV に送信できるリクエストの最大数を制限するために使用されます。 0 は無制限を意味します。
tidb_streamagg_concurrency
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
1
- この変数は、クエリが実行されるときの
StreamAgg
演算子の同時実行を設定します。 - この変数を設定することはお勧めしません。変数値を変更すると、データの正確性の問題が発生する可能性があります。
tidb_super_read_only v5.3.1の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
tidb_super_read_only
は、MySQL 変数super_read_only
の代わりとして実装されることを目的としています。ただし、TiDB は分散データベースであるため、tidb_super_read_only
は実行直後にデータベースを読み取り専用にするのではなく、最終的にデータベースを読み取り専用にします。SUPER
またはSYSTEM_VARIABLES_ADMIN
の権限を持つユーザーは、この変数を変更できます。- この変数は、クラスター全体の読み取り専用ステータスを制御します。変数が
ON
の場合、クラスター全体のすべての TiDB サーバーが読み取り専用モードになります。この場合、TiDB はSELECT
、USE
、およびSHOW
などのデータを変更しないステートメントのみを実行します。INSERT
やUPDATE
などの他のステートメントの場合、TiDB はこれらのステートメントを読み取り専用モードで実行することを拒否します。 - この変数を使用して読み取り専用モードを有効にすると、クラスター全体が最終的に読み取り専用状態になります。 TiDB クラスターでこの変数の値を変更したが、変更が他の TiDB サーバーにまだ反映されていない場合、更新されていないTiDB サーバーはまだ読み取り専用モードではありません。
- この変数が有効な場合、実行中の SQL ステートメントは影響を受けません。 TiDB は、実行されるSQL ステートメントの読み取り専用チェックのみを実行します。
- この変数を有効にすると、TiDB はコミットされていないトランザクションを次の方法で処理します。
- コミットされていない読み取り専用トランザクションの場合、通常どおりトランザクションをコミットできます。
- 読み取り専用ではないコミットされていないトランザクションの場合、これらのトランザクションで書き込み操作を実行する SQL ステートメントは拒否されます。
- データが変更されたコミットされていない読み取り専用トランザクションの場合、これらのトランザクションのコミットは拒否されます。
- 読み取り専用モードを有効にすると、すべてのユーザー (
SUPER
特権を持つユーザーを含む) は、明示的にRESTRICTED_REPLICA_WRITER_ADMIN
特権を付与されない限り、データを書き込む可能性のある SQL ステートメントを実行できません。 - システム変数
tidb_restricted_read_only
がON
に設定されている場合、tidb_super_read_only
がtidb_restricted_read_only
の影響を受ける場合があります。詳細な影響については、tidb_restricted_read_only
の説明を参照してください。
tidb_sysdate_is_now v6.0.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
OFF
- この変数は、
SYSDATE
の機能をNOW
の機能に置き換えることができるかどうかを制御するために使用されます。この構成項目は、MySQL オプションsysdate-is-now
と同じ効果があります。
tidb_table_cache_lease v6.0.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
3
- 範囲:
[1, 10]
- 単位: 秒
- この変数は、デフォルト値
3
でリース時間をキャッシュされたテーブルに制御するために使用されます。この変数の値は、キャッシュされたテーブルの変更に影響します。キャッシュされたテーブルに変更が加えられた後、最長の待機時間はtidb_table_cache_lease
秒になる場合があります。テーブルが読み取り専用であるか、高い書き込みレイテンシーを許容できる場合は、この変数の値を増やして、テーブルをキャッシュする有効時間を増やし、リース更新の頻度を減らすことができます。
tidb_tmp_table_max_size v5.3.0の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
67108864
- 範囲:
[1048576, 137438953472]
- 単位: バイト
- この変数は、単一の一時テーブルの最大サイズを設定するために使用されます。この変数の値より大きいサイズの一時テーブルは、エラーの原因になります。
tidb_top_sql_max_meta_count v6.0.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
5000
- 範囲:
[1, 10000]
- この変数は、1 分間にTop SQLずつ収集される SQL ステートメント タイプの最大数を制御するために使用されます。
tidb_top_sql_max_time_series_count v6.0.0の新機能
ノート:
現在、TiDB ダッシュボードのTop SQLページには、負荷に最も貢献している上位 5 種類の SQL クエリのみが表示されますが、これは
tidb_top_sql_max_time_series_count
の構成とは無関係です。
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
100
- 範囲:
[1, 5000]
- この変数は、負荷に最も寄与する SQL ステートメント (つまり、上位 N 個) をTop SQL分あたり 1 つずつ記録できる数を制御するために使用されます。
tidb_track_aggregate_memory_usage
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、TiDB が集計関数のメモリ使用量を追跡するかどうかを制御します。
tidb_tso_client_batch_max_wait_time v5.3.0の新機能
- 範囲: グローバル
- クラスターに永続化: はい
- タイプ: フロート
- デフォルト値:
0
- 範囲:
[0, 10]
- 範囲:
[0, 10]
- 単位: ミリ秒
- この変数は、TiDB が PD から TSO を要求するときのバッチ操作の最大待機時間を設定するために使用されます。デフォルト値は
0
で、余分な待ち時間がないことを意味します。 - PD から TSO リクエストを毎回取得する際、TiDB が使用する PD Client は、同時に受信した TSO リクエストをできるだけ多く収集します。次に、PD クライアントは、収集されたリクエストをバッチで 1 つの RPC リクエストにマージし、リクエストを PD に送信します。これにより、PD への負担が軽減されます。
- この変数を
0
より大きい値に設定した後、TiDB は、各バッチ マージが終了する前に、この値の最大期間待機します。これは、より多くの TSO 要求を収集し、バッチ操作の効果を向上させるためです。 - この変数の値を増やすシナリオ:
- TSO 要求の負荷が高いため、PD リーダーの CPU がボトルネックに達し、TSO RPC 要求のレイテンシーが長くなります。
- クラスター内の TiDB インスタンスの数は多くありませんが、すべての TiDB インスタンスは高い同時実行性を維持しています。
- この変数はできるだけ小さい値に設定することをお勧めします。
ノート:
PD リーダーの CPU 使用率のボトルネック以外の理由 (ネットワークの問題など) で、TSO RPCレイテンシーが増加したとします。この場合、値
tidb_tso_client_batch_max_wait_time
を増やすと、TiDB での実行レイテンシーが増加し、クラスターの QPS パフォーマンスに影響を与える可能性があります。
tidb_txn_assertion_level v6.0.0の新機能
スコープ: セッション |グローバル
クラスターに永続化: はい
タイプ: 列挙
デフォルト値:
FAST
可能な値:
OFF
、FAST
、STRICT
この変数は、アサーション レベルを制御するために使用されます。アサーションは、データとインデックス間の整合性チェックであり、トランザクションのコミット プロセスで、書き込まれているキーが存在するかどうかをチェックします。詳細については、 データとインデックス間の不一致のトラブルシューティングを参照してください。
OFF
: このチェックを無効にします。FAST
: ほとんどのチェック項目を有効にしますが、パフォーマンスにはほとんど影響しません。STRICT
: すべてのチェック項目を有効にします。システムのワークロードが高い場合、悲観的なトランザクション パフォーマンスにわずかな影響があります。
v6.0.0 以降のバージョンの新しいクラスターの場合、デフォルト値は
FAST
です。 v6.0.0 より前のバージョンからアップグレードする既存のクラスターの場合、デフォルト値はOFF
です。
tidb_txn_mode
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
pessimistic
- 可能な値:
pessimistic
、optimistic
- この変数は、トランザクション モードを設定するために使用されます。 TiDB 3.0 は悲観的トランザクションをサポートしています。 TiDB 3.0.8 以降、デフォルトでペシミスティック トランザクション モードが有効になっています。
- TiDB を v3.0.7 以前のバージョンから v3.0.8 以降のバージョンにアップグレードしても、デフォルトのトランザクション モードは変更されません。新しく作成されたクラスタだけがデフォルトでペシミスティック トランザクション モードを使用します。
- この変数が「optimistic」または「」に設定されている場合、TiDB は楽観的なトランザクション モードを使用します。
tidb_use_plan_baselines v4.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、実行計画バインディング機能を有効にするかどうかを制御するために使用されます。これはデフォルトで有効になっており、値
OFF
を割り当てることで無効にすることができます。実行計画バインディングの使用については、 実行計画バインディングを参照してください。
tidb_wait_split_region_finish
- スコープ: セッション
- タイプ: ブール値
- デフォルト値:
ON
- 通常、PD のスケジューリングと TiKV の負荷によって決定されるリージョンの分散には長い時間がかかります。この変数は、
SPLIT REGION
ステートメントが実行されているときに、すべてのリージョンが完全に分散された後に結果をクライアントに返すかどうかを設定するために使用されます。ON
を指定すると、すべてのリージョンが分散されるまでSPLIT REGIONS
ステートメントが待機する必要があります。OFF
は、すべての領域の分散を終了する前にSPLIT REGIONS
ステートメントを返すことを許可します。
- リージョンを分散すると、分散されているリージョンの書き込みおよび読み取りパフォーマンスが影響を受ける可能性があることに注意してください。バッチ書き込みまたはデータ インポートのシナリオでは、リージョンの分散が完了した後にデータをインポートすることをお勧めします。
tidb_wait_split_region_timeout
- スコープ: セッション
- タイプ: 整数
- デフォルト値:
300
- 範囲:
[1, 2147483647]
- 単位: 秒
- この変数は、
SPLIT REGION
ステートメントを実行するためのタイムアウトを設定するために使用されます。指定された時間値内にステートメントが完全に実行されない場合、タイムアウト エラーが返されます。
tidb_window_concurrency v4.0 の新機能
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
-1
- 範囲:
[1, 256]
- 単位: スレッド
- この変数は、ウィンドウ オペレーターの同時実行度を設定するために使用されます。
- 値
-1
は、代わりに値tidb_executor_concurrency
が使用されることを意味します。
タイムゾーン
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- デフォルト値:
SYSTEM
- この変数は、現在のタイム ゾーンを返します。値は、「-8:00」などのオフセットまたは名前付きゾーン「America/Los_Angeles」として指定できます。
- 値
SYSTEM
は、タイム ゾーンがシステム ホストと同じであることを意味します。これは、変数system_time_zone
を介して利用できます。
タイムスタンプ
- スコープ: セッション
- タイプ: フロート
- デフォルト値:
0
- 範囲:
[0, 2147483647]
- この変数の空でない
NOW()
CURRENT_TIMESTAMP()
およびその他の関数のタイムスタンプとして使用される UNIX エポックを示します。この変数は、データの復元または複製で使用される場合があります。
トランザクション分離
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 列挙
- デフォルト値:
REPEATABLE-READ
- 可能な値:
READ-UNCOMMITTED
、READ-COMMITTED
、REPEATABLE-READ
、SERIALIZABLE
- この変数は、トランザクションの分離を設定します。 TiDB は MySQL との互換性のために
REPEATABLE-READ
をアドバタイズしますが、実際の分離レベルはスナップショット分離です。詳細については、 トランザクション分離レベルを参照してください。
tx_isolation
この変数はtransaction_isolation
のエイリアスです。
tx_isolation_one_shot
ノート:
この変数は、TiDB で内部的に使用されます。使用することは想定されていません。
内部的に、TiDB パーサーはSET TRANSACTION ISOLATION LEVEL [READ COMMITTED| REPEATABLE READ | ...]
ステートメントをSET @@SESSION.TX_ISOLATION_ONE_SHOT = [READ COMMITTED| REPEATABLE READ | ...]
に変換します。
tx_read_ts
- スコープ: セッション
- クラスターに永続化: いいえ
- デフォルト値:
0
- ステイル読み取りのシナリオでは、このセッション変数を使用して、安定した読み取りのタイムスタンプ値を記録します。
- この変数は、TiDB の内部操作に使用されます。この変数を設定することはお勧めしません。
txn_scope
- スコープ: セッション
- クラスターに永続化: いいえ
- デフォルト値:
global
- 値のオプション:
global
およびlocal
- この変数は、現在のセッション トランザクションがグローバル トランザクションかローカル トランザクションかを設定するために使用されます。
- この変数は、TiDB の内部操作に使用されます。この変数を設定することはお勧めしません。
バージョン
- スコープ: なし
- デフォルト値:
5.7.25-TiDB-
(tidb バージョン) - この変数は、MySQL のバージョンに続いて TiDB のバージョンを返します。たとえば、「5.7.25-TiDB-v4.0.0-beta.2-716-g25e003253」です。
version_comment
- スコープ: なし
- デフォルト値: (文字列)
- この変数は、TiDB のバージョンに関する追加の詳細を返します。たとえば、「TiDB Server (Apache License 2.0) Community Edition、 MySQL 5.7互換」などです。
version_compile_machine
- スコープ: なし
- デフォルト値: (文字列)
- この変数は、TiDB が実行されている CPUアーキテクチャの名前を返します。
version_compile_os
- スコープ: なし
- デフォルト値: (文字列)
- この変数は、TiDB が実行されている OS の名前を返します。
wait_timeout
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: 整数
- デフォルト値:
28800
- 範囲:
[0, 31536000]
- 単位: 秒
- この変数は、ユーザー セッションのアイドル タイムアウトを制御します。ゼロ値は無制限を意味します。
warning_count
- スコープ: セッション
- デフォルト値:
0
- この読み取り専用変数は、以前に実行されたステートメントで発生した警告の数を示します。
windowing_use_high_precision
- スコープ: セッション |グローバル
- クラスターに永続化: はい
- タイプ: ブール値
- デフォルト値:
ON
- この変数は、ウィンドウ関数を計算するときに高精度モードを使用するかどうかを制御します。