You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: system-variables.md
+9-6Lines changed: 9 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1708,11 +1708,14 @@ mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1;
1708
1708
- Scope: GLOBAL
1709
1709
- Persists to cluster: Yes
1710
1710
- Applies to hint [SET_VAR](/optimizer-hints.md#set_varvar_namevar_value): No
1711
-
- Type: Integer
1711
+
- Type: String
1712
1712
- Default value: `0`
1713
-
- Range: `[0, 1125899906842624]` (the maximum value that can be set is 1 PiB)
1713
+
- Range: `[0, 1PiB]`
1714
1714
- This variable limits the write bandwidth for each TiKV node and only takes effect when index creation acceleration is enabled (controlled by the [`tidb_ddl_enable_fast_reorg`](#tidb_ddl_enable_fast_reorg-new-in-v630) variable). When the data size in your cluster is quite large (such as billions of rows), limiting the write bandwidth for index creation can effectively reduce the impact on application workloads.
1715
-
- The default value `0` means no write bandwidth limit. The default unit is bytes per second. You can also set the value in formats such as`'1GiB'`or`'256MiB'`.
1715
+
- The default value `0` means no write bandwidth limit.
1716
+
- You can specify the value of this variable either with a unit or without a unit.
1717
+
- When you specify the value without a unit, the default unit is bytes per second. For example, `67108864` represents `64MiB` per second.
1718
+
- When you specify the value with a unit, supported units include KiB, MiB, GiB, and TiB. For example, `'1GiB`' represents 1 GiB per second, and `'256MiB'` represents 256 MiB per second.
1716
1719
1717
1720
### tidb_ddl_reorg_worker_cnt
1718
1721
@@ -1739,7 +1742,7 @@ mysql> SELECT job_info FROM mysql.analyze_jobs ORDER BY end_time DESC LIMIT 1;
1739
1742
- Default value: `ON`. Before v8.5.0, the default value is `OFF`.
1740
1743
- This variable is used to control whether to enable [TiDB Accelerated Table Creation](/accelerated-table-creation.md).
1741
1744
- Starting from v8.0.0, TiDB supports accelerating table creation by the [`CREATE TABLE`](/sql-statements/sql-statement-create-table.md) statement using `tidb_enable_fast_create_table`.
1742
-
- This variable is renamed from the variable [`tidb_ddl_version`](https://docs.pingcap.com/tidb/v7.6/system-variables#tidb_ddl_version-new-in-v760) that is introduced in v7.6.0. Starting from v8.0.0, `tidb_ddl_version` no longer takes effect.
1745
+
- This variable is renamed from the variable [`tidb_ddl_version`](https://docs-archive.pingcap.com/tidb/v7.6/system-variables#tidb_ddl_version-new-in-v760) that is introduced in v7.6.0. Starting from v8.0.0, `tidb_ddl_version` no longer takes effect.
1743
1746
- Starting from TiDB v8.5.0, the accelerated table creation feature is enabled by default for newly created clusters, with `tidb_enable_fast_create_table` set to `ON`. For clusters upgraded from v8.4.0 or earlier versions, the default value of `tidb_enable_fast_create_table` remains unchanged.
1744
1747
1745
1748
### tidb_default_string_match_selectivity <span class="version-mark">New in v6.2.0</span>
@@ -4270,7 +4273,7 @@ mysql> desc select count(distinct a) from test.t;
4270
4273
- Default value: `""`
4271
4274
- This variable is used to control some internal behaviors of the optimizer.
4272
4275
- The optimizer's behavior might vary depending on user scenarios or SQL statements. This variable provides a more fine-grained control over the optimizer and helps to prevent performance regression after upgrading caused by behavior changes in the optimizer.
4273
-
- For a more detailed introduction, see [Optimizer Fix Controls](https://docs.pingcap.com/tidb/v7.2/optimizer-fix-controls).
4276
+
- For a more detailed introduction, see [Optimizer Fix Controls](https://docs.pingcap.com/tidb/stable/optimizer-fix-controls).
4274
4277
4275
4278
</CustomContent>
4276
4279
@@ -4896,7 +4899,7 @@ SHOW WARNINGS;
4896
4899
>
4897
4900
>- Depending on the specific business scenario, enabling this option might cause a certain degree of throughput reduction (average latency increase) for transactions with frequent lock conflicts.
4898
4901
>- This option only takes effect on statements that need to lock a single key. If a statement needs to lock multiple rows at the same time, this option will not take effect on such statements.
4899
-
> - This feature is introduced in v6.6.0 by the [`tidb_pessimistic_txn_aggressive_locking`](https://docs.pingcap.com/tidb/v6.6/system-variables#tidb_pessimistic_txn_aggressive_locking-new-in-v660) variable, which is disabled by default.
4902
+
>- This feature is introduced inv6.6.0 by the [`tidb_pessimistic_txn_aggressive_locking`](https://docs-archive.pingcap.com/tidb/v6.6/system-variables#tidb_pessimistic_txn_aggressive_locking-new-in-v660) variable, which is disabled by default.
4900
4903
4901
4904
### tidb_placement_mode <span class="version-mark">New in v6.0.0</span>
0 commit comments