スプリットリージョン
TiDBで作成された新しいテーブルごとに、このテーブルのデータを格納するためにデフォルトで領域つがセグメント化されます。このデフォルトの動作は、TiDB構成ファイルのsplit-tableによって制御されます。このリージョンのデータがデフォルトのリージョンサイズ制限を超えると、リージョンは2つに分割され始めます。
上記の場合、最初にリージョンが1つしかないため、すべての書き込み要求は、リージョンが配置されているTiKVで発生します。新しく作成されたテーブルへの書き込みが多い場合、ホットスポットが発生します。
上記のシナリオでのホットスポットの問題を解決するために、TiDBは事前分割機能を導入します。この関数は、指定されたパラメーターに従って特定のテーブルの複数のリージョンを事前分割し、それらを各TiKVノードに分散させることができます。
あらすじ
SplitRegionStmt：
SplitSyntaxOption：
TableName：
PartitionNameListOpt：
SplitOption：
RowValue：
Int64Num：
分割領域の使用
分割領域の構文には、次の2つのタイプがあります。
偶数分割の構文：
SPLIT TABLE table_name [INDEX index_name] BETWEEN (lower_value) AND (upper_value) REGIONS region_numBETWEEN lower_value AND upper_value REGIONS region_numは、上限、下限、およびリージョンの量を定義します。次に、現在の領域が、上限と下限の間の領域の数（region_numで指定）に均等に流出します。不均一な分割の構文：
SPLIT TABLE table_name [INDEX index_name] BY (value_list) [, (value_list)] ...BY value_list…は、現在のリージョンがスピルトされることに基づいて、一連のポイントを手動で指定します。データが不均一に分散しているシナリオに適しています。
次の例は、 SPLITステートメントの結果を示しています。
+--------------------+----------------------+
| TOTAL_SPLIT_REGION | SCATTER_FINISH_RATIO |
+--------------------+----------------------+
| 4 | 1.0 |
+--------------------+----------------------+
TOTAL_SPLIT_REGION：新しく分割されたリージョンの数。SCATTER_FINISH_RATIO：新しく分割されたリージョンの散乱の完了率。1.0は、すべてのリージョンが分散していることを意味します。0.5は、リージョンの半分だけが分散され、残りが分散されていることを意味します。
ノート：
次の2つのセッション変数は、
SPLITステートメントの動作に影響を与える可能性があります。
tidb_wait_split_region_finish：リージョンを分散させるのに時間がかかる場合があります。この期間は、PDスケジューリングとTiKV負荷によって異なります。この変数は、SPLIT REGIONステートメントを実行するときに、すべてのリージョンが分散するまで結果をクライアントに返すかどうかを制御するために使用されます。その値が1（デフォルト）に設定されている場合、TiDBはスキャッタリングが完了した後にのみ結果を返します。その値が0に設定されている場合、TiDBは散乱状態に関係なく結果を返します。tidb_wait_split_region_timeout：この変数は、SPLIT REGIONステートメントの実行タイムアウトを秒単位で設定します。デフォルト値は300秒です。splitの操作が期間内に完了しない場合、TiDBはタイムアウトエラーを返します。
分割テーブル領域
各テーブルの行データのキーは、 table_idとrow_idでエンコードされます。形式は次のとおりです。
t[table_id]_r[row_id]
たとえば、 table_idが22で、 row_idが11の場合：
t22_r11
同じテーブルの行データには同じtable_idがありますが、各行には、リージョン分割に使用できる一意のrow_idがあります。
スプリットさえ
row_idは整数であるため、分割するキーの値は、指定したlower_value 、およびupper_valueに従って計算できregion_num 。 TiDBは最初にステップ値（ step = (upper_value - lower_value)/region_num ）を計算します。次に、 lower_valueからupper_valueまでの各「ステップ」ごとに均等に分割が行われ、 region_numで指定された数のリージョンが生成されます。
たとえば、テーブルtのキー範囲minInt64から16の均等に分割されたリージョンが必要な場合は、次のステートメントを使用できmaxInt64 。
SPLIT TABLE t BETWEEN (-9223372036854775808) AND (9223372036854775807) REGIONS 16;
このステートメントは、テーブルtをminInt64とmaxInt64の間の16のリージョンに分割します。指定された主キーの範囲が指定された範囲よりも小さい場合（たとえば、0〜1000000000）、minInt64とmaxInt64の代わりに0と1000000000を使用して、リージョンを分割できます。
SPLIT TABLE t BETWEEN (0) AND (1000000000) REGIONS 16;
不均一な分割
既知のデータが不均一に分散されており、リージョンをキー範囲-inf〜10000、10000〜90000、および90000〜 + infにそれぞれ分割する場合は、以下に示すように、固定小数点を設定することでこれを実現できます。
SPLIT TABLE t BY (10000), (90000);
スプリットインデックスリージョン
テーブル内のインデックスデータのキーは、 table_id 、およびインデックス列のindex_idによってエンコードされます。形式は次のとおりです。
t[table_id]_i[index_id][index_value]
たとえば、 table_idが22の場合、 index_idは5であり、 index_valueはabcです。
t22_i5abc
1つのテーブル内の同じインデックスデータのtable_idとindex_idは同じです。インデックスリージョンを分割するには、 index_valueに基づいてリージョンを分割する必要があります。
こぼれたとしても
インデックスを均等に分割する方法は、データを均等に分割するのと同じように機能します。ただし、 index_valueは整数ではない可能性があるため、stepの値の計算はより複雑です。
upperとlowerの値は、最初にバイト配列にエンコードされます。 lowerバイトとupperバイトの配列の最長の共通プレフィックスを削除した後、 lowerバイトとupperバイトの最初の8バイトがuint64形式に変換されます。次に、 step = (upper - lower)/numが計算されます。その後、計算されたステップはバイト配列にエンコードされ、インデックス分割のためにlowerバイト配列とupperバイト配列の最長の共通プレフィックスに追加されます。次に例を示します。
idxインデックスの列が整数型の場合、次のSQLステートメントを使用してインデックスデータを分割できます。
SPLIT TABLE t INDEX idx BETWEEN (-9223372036854775808) AND (9223372036854775807) REGIONS 16;
このステートメントは、テーブルtのインデックスidxのリージョンをminInt64からmaxInt64までの16のリージョンに分割します。
インデックスidx1の列がvarcharタイプであり、インデックスデータをプレフィックス文字で分割する場合。
SPLIT TABLE t INDEX idx1 BETWEEN ("a") AND ("z") REGIONS 25;
このステートメントは、インデックスidx1をa〜zから25のリージョンに分割します。リージョン1の範囲は[minIndexValue, b)です。リージョン2の範囲は[b, c)です。 …リージョン25の範囲は[y, minIndexValue]です。 idxインデックスの場合、プレフィックスがaのデータはリージョン1に書き込まれ、プレフィックスがbのデータはリージョン2に書き込まれます。
上記のsplitメソッドでは、上限がzではなく{ （ASCIIではzの隣の文字）であるため、プレフィックスがyとzの両方のデータがリージョン25に書き込まれます。したがって、より正確な分割方法は次のとおりです。
SPLIT TABLE t INDEX idx1 BETWEEN ("a") AND ("{") REGIONS 26;
このステートメントは、テーブルtのインデックスidx1をa〜3から26のリージョンに分割し{ 。リージョン1の範囲は[minIndexValue, b)です。リージョン2の範囲は[b, c)です。 …リージョン25の範囲は[y, z)で、リージョン26の範囲は[z, maxIndexValue)です。
インデックスidx2の列がtimestamp/datetimeのような時間タイプであり、インデックスRegionを年ごとに分割する場合：
SPLIT TABLE t INDEX idx2 BETWEEN ("2010-01-01 00:00:00") AND ("2020-01-01 00:00:00") REGIONS 10;
このステートメントは、表tのインデックスidx2のリージョンを2010-01-01 00:00:00から2020-01-01 00:00:00までの10のリージョンに分割します。リージョン1の範囲は[minIndexValue, 2011-01-01 00:00:00)です。リージョン2の範囲は[2011-01-01 00:00:00, 2012-01-01 00:00:00)などです。
インデックスリージョンを日ごとに分割する場合は、次の例を参照してください。
SPLIT TABLE t INDEX idx2 BETWEEN ("2020-06-01 00:00:00") AND ("2020-07-01 00:00:00") REGIONS 30;
このステートメントは、表tのインデックスidex2の2020年6月のデータを30のリージョンに分割し、各リージョンは1日を表します。
他のタイプのインデックス列の領域分割方法も同様です。
ジョイントインデックスのデータ領域分割の場合、唯一の違いは、複数の列の値を指定できることです。
たとえば、インデックスidx3 (a, b)には2つの列があり、列aはタイムスタンプタイプで、列bはintです。列aに従って時間範囲を分割するだけの場合は、SQLステートメントを使用して単一の列の時間インデックスを分割できます。この場合、 lower_value列とupper_velue列の列bの値を指定しないでください。
SPLIT TABLE t INDEX idx3 BETWEEN ("2010-01-01 00:00:00") AND ("2020-01-01 00:00:00") REGIONS 10;
同じ時間範囲内で、列bの列に従ってもう1つ分割を実行する場合。分割するときは、列bの値を指定するだけです。
SPLIT TABLE t INDEX idx3 BETWEEN ("2010-01-01 00:00:00", "a") AND ("2010-01-01 00:00:00", "z") REGIONS 10;
このステートメントは、列aと同じ時間プレフィックスを使用して、列bの値に従ってa〜zの範囲の10個の領域を分割します。列aに指定された値が異なる場合、この場合、列bの値は使用されない可能性があります。
不均一な分割
インデックスデータは、指定したインデックス値で分割することもできます。
たとえば、varcharタイプの列aとtimestampタイプの列bを持つidx4 (a,b)があります。
SPLIT TABLE t1 INDEX idx4 BY ("a", "2000-01-01 00:00:01"), ("b", "2019-04-17 14:26:19"), ("c", "");
このステートメントは、4つのリージョンを分割するための3つの値を指定します。各地域の範囲は次のとおりです。
region1 [ minIndexValue , ("a", "2000-01-01 00:00:01"))
region2 [("a", "2000-01-01 00:00:01") , ("b", "2019-04-17 14:26:19"))
region3 [("b", "2019-04-17 14:26:19") , ("c", "") )
region4 [("c", "") , maxIndexValue )
パーティションテーブルの分割領域
パーティションテーブルのリージョンの分割は、通常のテーブルのリージョンの分割と同じです。唯一の違いは、すべてのパーティションに対して同じ分割操作が実行されることです。
偶数分割の構文：
SPLIT [PARTITION] TABLE t [PARTITION] [(partition_name_list...)] [INDEX index_name] BETWEEN (lower_value) AND (upper_value) REGIONS region_num不均一な分割の構文：
SPLIT [PARTITION] TABLE table_name [PARTITION (partition_name_list...)] [INDEX index_name] BY (value_list) [, (value_list)] ...
パーティションテーブルの分割領域の例
パーティションテーブルを作成します
t。 2つのパーティションに分割されたハッシュテーブルを作成するとします。ステートメントの例は次のとおりです。create table t (a int,b int,index idx(a)) partition by hash(a) partitions 2;テーブル
tを作成した後、リージョンはパーティションごとに分割されます。このテーブルのリージョンを表示するには、次のSHOW TABLE REGIONSの構文を使用します。show table t regions;+-----------+-----------+---------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+ | REGION_ID | START_KEY | END_KEY | LEADER_ID | LEADER_STORE_ID | PEERS | SCATTERING | WRITTEN_BYTES | READ_BYTES | APPROXIMATE_SIZE(MB) | APPROXIMATE_KEYS | +-----------+-----------+---------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+ | 1978 | t_1400_ | t_1401_ | 1979 | 4 | 1979, 1980, 1981 | 0 | 0 | 0 | 1 | 0 | | 6 | t_1401_ | | 17 | 4 | 17, 18, 21 | 0 | 223 | 0 | 1 | 0 | +-----------+-----------+---------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+SPLIT構文を使用して、パーティションごとにリージョンを分割します。各パーティションの[0,10000]の範囲のデータを4つのリージョンに分割するとします。ステートメントの例は次のとおりです。split partition table t between (0) and (10000) regions 4;上記のステートメントで、
0と10000はそれぞれ、分散するホットスポットデータに対応する上限と下限のrow_idを表します。ノート：
この例は、ホットスポットデータが均等に分散されているシナリオにのみ適用されます。ホットスポットデータが指定されたデータ範囲に不均一に分散している場合は、 パーティションテーブルの分割領域の不均一な分割の構文を参照してください。
SHOW TABLE REGIONS構文を使用して、このテーブルのリージョンを再度表示します。このテーブルには10個のリージョンがあり、各パーティションには5つのリージョンがあり、そのうち4つは行データで、1つはインデックスデータであることがわかります。show table t regions;+-----------+---------------+---------------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+ | REGION_ID | START_KEY | END_KEY | LEADER_ID | LEADER_STORE_ID | PEERS | SCATTERING | WRITTEN_BYTES | READ_BYTES | APPROXIMATE_SIZE(MB) | APPROXIMATE_KEYS | +-----------+---------------+---------------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+ | 1998 | t_1400_r | t_1400_r_2500 | 2001 | 5 | 2000, 2001, 2015 | 0 | 132 | 0 | 1 | 0 | | 2006 | t_1400_r_2500 | t_1400_r_5000 | 2016 | 1 | 2007, 2016, 2017 | 0 | 35 | 0 | 1 | 0 | | 2010 | t_1400_r_5000 | t_1400_r_7500 | 2012 | 2 | 2011, 2012, 2013 | 0 | 35 | 0 | 1 | 0 | | 1978 | t_1400_r_7500 | t_1401_ | 1979 | 4 | 1979, 1980, 1981 | 0 | 621 | 0 | 1 | 0 | | 1982 | t_1400_ | t_1400_r | 2014 | 3 | 1983, 1984, 2014 | 0 | 35 | 0 | 1 | 0 | | 1990 | t_1401_r | t_1401_r_2500 | 1992 | 2 | 1991, 1992, 2020 | 0 | 120 | 0 | 1 | 0 | | 1994 | t_1401_r_2500 | t_1401_r_5000 | 1997 | 5 | 1996, 1997, 2021 | 0 | 129 | 0 | 1 | 0 | | 2002 | t_1401_r_5000 | t_1401_r_7500 | 2003 | 4 | 2003, 2023, 2022 | 0 | 141 | 0 | 1 | 0 | | 6 | t_1401_r_7500 | | 17 | 4 | 17, 18, 21 | 0 | 601 | 0 | 1 | 0 | | 1986 | t_1401_ | t_1401_r | 1989 | 5 | 1989, 2018, 2019 | 0 | 123 | 0 | 1 | 0 | +-----------+---------------+---------------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+各パーティションのインデックスのリージョンを分割することもできます。たとえば、
idxのインデックスの[1000,10000]つの範囲を2つのリージョンに分割できます。ステートメントの例は次のとおりです。split partition table t index idx between (1000) and (10000) regions 2;
単一パーティションの分割領域の例
分割するパーティションを指定できます。
パーティションテーブルを作成します。 3つのパーティションに分割されたRangeパーティションテーブルを作成するとします。ステートメントの例は次のとおりです。
create table t ( a int, b int, index idx(b)) partition by range( a ) ( partition p1 values less than (10000), partition p2 values less than (20000), partition p3 values less than (MAXVALUE) );p1のパーティションの[0,10000]つの範囲のデータを2つのリージョンに分割するとします。ステートメントの例は次のとおりです。split partition table t partition (p1) between (0) and (10000) regions 2;p2のパーティションの[10000,20000]つの範囲のデータを2つのリージョンに分割するとします。ステートメントの例は次のとおりです。split partition table t partition (p2) between (10000) and (20000) regions 2;SHOW TABLE REGIONS構文を使用して、このテーブルのリージョンを表示できます。show table t regions;+-----------+----------------+----------------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+ | REGION_ID | START_KEY | END_KEY | LEADER_ID | LEADER_STORE_ID | PEERS | SCATTERING | WRITTEN_BYTES | READ_BYTES | APPROXIMATE_SIZE(MB) | APPROXIMATE_KEYS | +-----------+----------------+----------------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+ | 2040 | t_1406_ | t_1406_r_5000 | 2045 | 3 | 2043, 2045, 2044 | 0 | 0 | 0 | 1 | 0 | | 2032 | t_1406_r_5000 | t_1407_ | 2033 | 4 | 2033, 2034, 2035 | 0 | 0 | 0 | 1 | 0 | | 2046 | t_1407_ | t_1407_r_15000 | 2048 | 2 | 2047, 2048, 2050 | 0 | 35 | 0 | 1 | 0 | | 2036 | t_1407_r_15000 | t_1408_ | 2037 | 4 | 2037, 2038, 2039 | 0 | 0 | 0 | 1 | 0 | | 6 | t_1408_ | | 17 | 4 | 17, 18, 21 | 0 | 214 | 0 | 1 | 0 | +-----------+----------------+----------------+-----------+-----------------+------------------+------------+---------------+------------+----------------------+------------------+p1パーティションとp2パーティションのidxインデックスの[0,20000]の範囲を2つのリージョンに分割するとします。ステートメントの例は次のとおりです。split partition table t partition (p1,p2) index idx between (0) and (20000) regions 2;
pre_split_regions
テーブルの作成時にリージョンを均等に分割するには、 SHARD_ROW_ID_BITSとPRE_SPLIT_REGIONSを一緒に使用することをお勧めします。テーブルが正常に作成されると、 PRE_SPLIT_REGIONSは、 2^(PRE_SPLIT_REGIONS)で指定された数のリージョンにテーブルを事前にスピルします。
ノート：
PRE_SPLIT_REGIONSの値はSHARD_ROW_ID_BITSの値以下でなければなりません。
tidb_scatter_regionグローバル変数はPRE_SPLIT_REGIONSの動作に影響を与えます。この変数は、テーブルの作成後に結果を返す前に、リージョンが事前に分割および分散されるのを待つかどうかを制御します。テーブルの作成後に集中的な書き込みがある場合は、この変数の値を1に設定する必要があります。そうすると、すべてのリージョンが分割されて分散されるまで、TiDBは結果をクライアントに返しません。そうしないと、TiDBはスキャッタリングが完了する前にデータを書き込みます。これは、書き込みパフォーマンスに大きな影響を及ぼします。
pre_split_regionsの例
create table t (a int, b int,index idx1(a)) shard_row_id_bits = 4 pre_split_regions=2;
テーブルを作成した後、このステートメントはテーブルtの4 + 1のリージョンを分割します。 4 (2^2)のリージョンはテーブルの行データを保存するために使用され、1つのリージョンはidx1のインデックスデータを保存するために使用されます。
4つのテーブルリージョンの範囲は次のとおりです。
region1: [ -inf , 1<<61 )
region2: [ 1<<61 , 2<<61 )
region3: [ 2<<61 , 3<<61 )
region4: [ 3<<61 , +inf )
ノート：
Split Regionステートメントによって分割されたRegionは、PDのリージョンマージスケジューラーによって制御されます。 PDがすぐに新しく分割されたリージョンを再マージしないようにするには、リージョンマージ機能に関連する動的に変更するの構成アイテムを作成する必要があります。
MySQLの互換性
このステートメントは、MySQL構文のTiDB拡張です。