语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 94 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询 客户端来进行数据库模式的更改。本文档中，将在大多数场景下，使用 MySQL 客 户端传入 SQL 文件来执行数据库模式的更改。 • 遵循 SQL 开发规范中的建表删表规范，建议业务应用内部封装建表删表语句增加判断逻辑。 257 4.5.3.11 更进一步 请注意，到目前为止，创建的所有表都不包含二级索引。添加二级索引的指南，请参考创建二级索引。 4.5.4 创建二级索引 在这个章节当中，将开始介绍如何使用 任务只能在一个 TiDB 节点上按顺序执行。如果表中的数据量较大，TTL 任务 的执行可能会变得缓慢。 • TTL 无法在 TiDB Serverless 集群上使用。 4.6.4.7 常见问题 • 如何判断删除的速度是否够快，能够保持数据总量相对稳定？ 在Grafana TiDB 面板中，监控项 TTL Insert Rows Per Hour 记录了前一小时总共插入数据的数量。相应 的 TTL Delete

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 800 10.13.2 如何判断当前集群存在写写冲突 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 801 语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 99 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询 客户端来进行数据库模式的更改。本文档中，将在大多数场景下，使用 MySQL 客 户端传入 SQL 文件来执行数据库模式的更改。 • 遵循 SQL 开发规范中的建表删表规范，建议业务应用内部封装建表删表语句增加判断逻辑。 4.5.3.11 更进一步 请注意，到目前为止，创建的所有表都不包含二级索引。添加二级索引的指南，请参考创建二级索引。 4.5.4 创建二级索引 在这个章节当中，将开始介绍如何使用 SQL

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 339 8.10.2 如何判断当前集群存在写写冲突 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 340 语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询，请将系统变量tidb_allow_mpp 244 • 默认端口：10080 7.2.1.1.1 运行状态 以下示例中，通过访问 http://${host}:${port}/status 获取当前 TiDB Server 的状态，并判断该 TiDB Server 是 否存活。结果以 JSON 格式返回： curl http://127.0.0.1:10080/status { connections: 0, # 当前 TiDB

语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 97 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询 客户端来进行数据库模式的更改。本文档中，将在大多数场景下，使用 MySQL 客 户端传入 SQL 文件来执行数据库模式的更改。 • 遵循 SQL 开发规范中的建表删表规范，建议业务应用内部封装建表删表语句增加判断逻辑。 260 4.5.3.11 更进一步 请注意，到目前为止，创建的所有表都不包含二级索引。添加二级索引的指南，请参考创建二级索引。 4.5.4 创建二级索引 在这个章节当中，将开始介绍如何使用 一般来说，可以将子查询分为关联子查询（Correlated Subquery）和无关联子查询 (Self-contained Subquery) 两大 类，TiDB 对于这两类子查询的处理方式是不一样的。 判断是否为关联子查询的依据在于子查询当中是否引用了外层查询的列。 4.7.3.3.1 无关联子查询 对于将子查询作为比较运算符 (> / >=/ < / <= / = / !=) 操作数的这类无关联子查询而言，内层子查询只需要进行

语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询，请将系统变量tidb_allow_mpp 客户端来进行数据库模式的更改。本文档中，将在大多数场景下，使用 MySQL 客 户端传入 SQL 文件来执行数据库模式的更改。 • 遵循 SQL 开发规范中的建表删表规范，建议业务应用内部封装建表删表语句增加判断逻辑。 257 4.5.3.11 更进一步 请注意，到目前为止，创建的所有表都不包含二级索引。添加二级索引的指南，请参考创建二级索引。 4.5.4 创建二级索引 在这个章节当中，将开始介绍如何使用 任务只能在一个 TiDB 节点上按顺序执行。如果表中的数据量较大，TTL 任务 的执行可能会变得缓慢。 • TTL 无法在 TiDB Serverless 集群上使用。 4.6.4.7 常见问题 • 如何判断删除的速度是否够快，能够保持数据总量相对稳定？ 在Grafana TiDB 面板中，监控项 TTL Insert Rows Per Hour 记录了前一小时总共插入数据的数量。相应 的 TTL Delete

语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 79 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询 客户端来进行数据库模式的更改。本文档中，将在大多数场景下，使用 MySQL 客 户端传入 SQL 文件来执行数据库模式的更改。 • 遵循 SQL 开发规范中的建表删表规范，建议业务应用内部封装建表删表语句增加判断逻辑。 242 4.5.3.11 更进一步 请注意，到目前为止，创建的所有表都不包含二级索引。添加二级索引的指南，请参考创建二级索引。 4.5.4 创建二级索引 在这个章节当中，将开始介绍如何使用 任务只能在一个 TiDB 节点上按顺序执行。如果表中的数据量较大，TTL 任务 的执行可能会变得缓慢。 • TTL 无法在 TiDB Serverless 集群上使用。 4.6.4.7 常见问题 • 如何判断删除的速度是否够快，能够保持数据总量相对稳定？ 在Grafana TiDB 面板中，监控项 TTL Insert Rows Per Hour 记录了前一小时总共插入数据的数量。相应 的 TTL Delete

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 427 8.12.2 如何判断当前集群存在写写冲突 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 428 语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 90 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询 在进行增量数据迁移时，可以通过如何过滤 binlog 事件功能过滤某些类型的 binlog event，例如不向下游迁移 DELETE 事件以达到归档、审计等目的。但是 binlog event filter 无法以更细粒度判断某一行的 DELETE 事件是否要 被过滤。 为了解决上述问题，从 v2.0.5 起，DM 支持在增量数据同步阶段使用binlog value filter过滤迁移数据。DM 支持的 ROW 格式的

游的业务数据产生影响。 更多信息，请参考用户文档。 • 支持实时更新增量数据校验的 checkpoint #8463 @lichunzhu 在 v7.5.0 之前，你可以使用增量数据校验功能来判断 DM 同步到下游的数据是否与上游一致，并以此作 为业务流量从上游数据库割接到 TiDB 的依据。然而，由于增量校验 checkpoint 受到较多限制，如同步延 迟、不一致的数据等待重新校验等因素，需要每隔几分钟刷新一次校验后的 语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询，请将系统变量tidb_allow_mpp 客户端来进行数据库模式的更改。本文档中，将在大多数场景下，使用 MySQL 客 户端传入 SQL 文件来执行数据库模式的更改。 • 遵循 SQL 开发规范中的建表删表规范，建议业务应用内部封装建表删表语句增加判断逻辑。 243 4.5.3.11 更进一步 请注意，到目前为止，创建的所有表都不包含二级索引。添加二级索引的指南，请参考创建二级索引。 4.5.4 创建二级索引 在这个章节当中，将开始介绍如何使用

引入了一个新的 API GET /api/v2/changefeed/{changefeed_id}/synced，用于查询指 定同步任务 (changefeed) 的下游同步状态。通过此 API，你可以判断 TiCDC 是否已将所接收到的上游数据 完全同步到下游。 更多信息，请参考用户文档。 • TiCDC 支持将 CSV 格式中的 delimiter 设置为 3 个字符 #9969 @zhangjinpeng87 语句进行查询或者写入需求。对于创建了 TiFlash 副本的表，TiDB 会依靠前端优 化器自由选择最优的执行方式。 注意： TiFlash 的 MPP 模式默认开启。当执行 SQL 语句时，TiDB 会通过优化器自动判断并选择是否以 MPP 模式执行。 • 如需关闭 MPP 模式，请将系统变量tidb_allow_mpp 的值设置为 OFF。 • 如需强制使用 TiFlash 的 MPP 模式执行查询，请将系统变量tidb_allow_mpp 客户端来进行数据库模式的更改。本文档中，将在大多数场景下，使用 MySQL 客 户端传入 SQL 文件来执行数据库模式的更改。 • 遵循 SQL 开发规范中的建表删表规范，建议业务应用内部封装建表删表语句增加判断逻辑。 253 4.5.3.11 更进一步 请注意，到目前为止，创建的所有表都不包含二级索引。添加二级索引的指南，请参考创建二级索引。 4.5.4 创建二级索引 在这个章节当中，将开始介绍如何使用

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 330 8.10.2 如何判断当前集群存在写写冲突 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 331 地址：http://${host}:${port} 236 • 默认端口：10080 以下示例中，通过访问 http://${host}:${port}/status 获取当前 TiDB Server 的状态，并判断该 TiDB Server 是 否存活。结果以 JSON 格式返回： curl http://127.0.0.1:10080/status { connections: 0, # 当前 TiDB 基础上多增加了 INSTANCE 列，表示该行慢查询信息来自的 TiDB 节点地址。使用方式和SLOW_QUERY 系统表一 样。 关于查询 CLUSTER_SLOW_QUERY 表，TiDB 会把相关的计算和判断下推到其他节点执行，而不是把其他节点的慢 查询数据都取回来在一台 TiDB 上执行。 8.1.5 查询 SLOW_QUERY / CLUSTER_SLOW_QUERY 示例 8.1.5.1 搜索