自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。 xx limit 5000; 这样的方案，通过循环来删除，用 Affected Rows == 0 作为循环结束条件。 如果一次删除的数据量非常大，这种循环的方式会越来越慢，因为每次删除都是从前向后遍历，前面的删除 之后，短时间内会残留不少删除标记（后续会被 GC 清理掉），影响后面的 Delete 语句。如果有可能，建议把 Where 条件细化。举个例子，假设要删除 2017-05-26 当天的所有数据，那么可以这样做： 指的是为了避免删除数据后大量小甚至空的 Region 消耗系统资源，通过调度把相邻的小 Region 合 并的过程。Region merge 由 mergeChecker 负责，其过程与 replicaChecker 类似：PD 在后台遍历，发现连续的 小 Region 后发起调度。 具体来说，当某个新分裂出来的 Region 存在的时间超过配置项split-merge-interval 的值（默认 1h）后，如 果同时满足以下情况，该

自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。 xx limit 5000; 这样的方案，通过循环来删除，用 Affected Rows == 0 作为循环结束条件。 如果一次删除的数据量非常大，这种循环的方式会越来越慢，因为每次删除都是从前向后遍历，前面的删除 之后，短时间内会残留不少删除标记（后续会被 GC 清理掉），影响后面的 Delete 语句。如果有可能，建议把 Where 条件细化。举个例子，假设要删除 2017-05-26 当天的所有数据，那么可以这样做： 指的是为了避免删除数据后大量小甚至空的 Region 消耗系统资源，通过调度把相邻的小 Region 合 并的过程。Region merge 由 mergeChecker 负责，其过程与 replicaChecker 类似：PD 在后台遍历，发现连续的 小 Region 后发起调度。 具体来说，当某个新分裂出来的 Region 存在的时间超过配置项split-merge-interval 的值（默认 1h）后，如 果同时满足以下情况，该

实例对象。 • 然后调用 stmt.executeQuery("query_sql") 方法向 TiDB 发起一个数据库查询请求。 • 数据库返回的查询结果将会存放到 ResultSet 当中，通过遍历 ResultSet 对象可以将返回结果映射到此 前准备的 Author 类对象当中。 302 4.7.1.3 对结果进行筛选 查询得到的结果非常多，但是并不都是你想要的？可以通过 WHERE condition 中，匹配笛卡尔积后再判断结果集的合法性。 在 TiDB v6.3.0 版本中，NA-EQ 这种弱化的等值条件依然会被用来构建哈希值 (Hash Join)，大大减少了匹配 时所需遍历的数据量，加速匹配过程。在 build 表 DISTINCT 值比例趋近 1 的时候，加速效果更为显著。 • 利用两侧数据源 NULL 值的特殊性质加速匹配过程的返回 由于 Anti Semi Join 自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。

实例对象。 • 然后调用 stmt.executeQuery("query_sql") 方法向 TiDB 发起一个数据库查询请求。 • 数据库返回的查询结果将会存放到 ResultSet 当中，通过遍历 ResultSet 对象可以将返回结果映射到此 前准备的 Author 类对象当中。 288 4.7.1.3 对结果进行筛选 查询得到的结果非常多，但是并不都是你想要的？可以通过 WHERE condition 中，匹配笛卡尔积后再判断结果集的合法性。 在 TiDB v6.3.0 版本中，NA-EQ 这种弱化的等值条件依然会被用来构建哈希值 (Hash Join)，大大减少了匹配 时所需遍历的数据量，加速匹配过程。在 build 表 DISTINCT 值比例趋近 1 的时候，加速效果更为显著。 • 利用两侧数据源 NULL 值的特殊性质加速匹配过程的返回 由于 Anti Semi Join 自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。

实例对象。 • 然后调用 stmt.executeQuery("query_sql") 方法向 TiDB 发起一个数据库查询请求。 • 数据库返回的查询结果将会存放到 ResultSet 当中，通过遍历 ResultSet 对象可以将返回结果映射到此 前准备的 Author 类对象当中。 298 4.7.1.3 对结果进行筛选 查询得到的结果非常多，但是并不都是你想要的？可以通过 WHERE condition 中，匹配笛卡尔积后再判断结果集的合法性。 在 TiDB v6.3.0 版本中，NA-EQ 这种弱化的等值条件依然会被用来构建哈希值 (Hash Join)，大大减少了匹配 时所需遍历的数据量，加速匹配过程。在 build 表 DISTINCT 值比例趋近 1 的时候，加速效果更为显著。 • 利用两侧数据源 NULL 值的特殊性质加速匹配过程的返回 由于 Anti Semi Join 自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。

实例对象。 • 然后调用 stmt.executeQuery("query_sql") 方法向 TiDB 发起一个数据库查询请求。 • 数据库返回的查询结果将会存放到 ResultSet 当中，通过遍历 ResultSet 对象可以将返回结果映射到此 前准备的 Author 类对象当中。 287 4.7.1.3 对结果进行筛选 查询得到的结果非常多，但是并不都是你想要的？可以通过 WHERE condition 中，匹配笛卡尔积后再判断结果集的合法性。 在 TiDB v6.3.0 版本中，NA-EQ 这种弱化的等值条件依然会被用来构建哈希值 (Hash Join)，大大减少了匹配 时所需遍历的数据量，加速匹配过程。在 build 表 DISTINCT 值比例趋近 1 的时候，加速效果更为显著。 • 利用两侧数据源 NULL 值的特殊性质加速匹配过程的返回 由于 Anti Semi Join 自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。

实例对象。 • 然后调用 stmt.executeQuery("query_sql") 方法向 TiDB 发起一个数据库查询请求。 • 数据库返回的查询结果将会存放到 ResultSet 当中，通过遍历 ResultSet 对象可以将返回结果映射到此 前准备的 Author 类对象当中。 302 4.7.1.3 对结果进行筛选 查询得到的结果非常多，但是并不都是你想要的？可以通过 WHERE condition 中，匹配笛卡尔积后再判断结果集的合法性。 在 TiDB v6.3.0 版本中，NA-EQ 这种弱化的等值条件依然会被用来构建哈希值 (Hash Join)，大大减少了匹配 时所需遍历的数据量，加速匹配过程。在 build 表 DISTINCT 值比例趋近 1 的时候，加速效果更为显著。 • 利用两侧数据源 NULL 值的特殊性质加速匹配过程的返回 由于 Anti Semi Join 自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。

这样的方案，通过循环来删 除，用 Affected Rows == 0 作为循环结束条件，这样避免遇到事务大小的限制。如果一次删除的数据量非常大，这 种循环的方式会越来越慢，因为每次删除都是从前向后遍历，前面的删除之后，短时间内会残留不少删除标记（后续 会被 GC 掉），影响后面的 Delete 语句。如果有可能，建议把 Where 条件细化。可以参考官网最佳实践。 主要三个方面： 目前正在开发分布式导入工具 宕机时数据恢复优先级和恢复速度 完善 data-dir 配置项的合法性较验 优化 Region heartbeat 性能 修复热点调度破坏 label 约束的问题 其他稳定性问题修复 使用 offset + limit 遍历 lock，消除潜在的 GC 问题 支持批量 resolve lock，提升 GC 速度 支持并行 GC，提升 GC 速度 TiDB 1.1 Beta Release Notes TiDB PD TiKV

自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。 xx limit 5000; 这样的方案，通过循环来删除，用 Affected Rows == 0 作为循环结束条件。 如果一次删除的数据量非常大，这种循环的方式会越来越慢，因为每次删除都是从前向后遍历，前面的删除 之后，短时间内会残留不少删除标记（后续会被 GC 清理掉），影响后面的 Delete 语句。如果有可能，建议把 Where 条件细化。举个例子，假设要删除 2017-05-26 当天的所有数据，那么可以这样做： 指的是为了避免删除数据后大量小甚至空的 Region 消耗系统资源，通过调度把相邻的小 Region 合 并的过程。Region merge 由 mergeChecker 负责，其过程与 replicaChecker 类似：PD 在后台遍历，发现连续的 小 Region 后发起调度。 具体来说，当某个新分裂出来的 Region 存在的时间超过配置项split-merge-interval 的值（默认 1h）后，如 果同时满足以下情况，该

实例对象。 • 然后调用 stmt.executeQuery("query_sql") 方法向 TiDB 发起一个数据库查询请求。 • 数据库返回的查询结果将会存放到 ResultSet 当中，通过遍历 ResultSet 对象可以将返回结果映射到此 前准备的 Author 类对象当中。 4.7.1.3 对结果进行筛选 查询得到的结果非常多，但是并不都是你想要的？可以通过 WHERE 语句对查询的结果进行过滤，从而找到想 condition 中，匹配笛卡尔积后再判断结果集的合法性。 在 TiDB v6.3.0 版本中，NA-EQ 这种弱化的等值条件依然会被用来构建哈希值 (Hash Join)，大大减少了匹配 时所需遍历的数据量，加速匹配过程。在 build 表 DISTINCT 值比例趋近 1 的时候，加速效果更为显著。 • 利用两侧数据源 NULL 值的特殊性质加速匹配过程的返回 由于 Anti Semi Join 自动绑定功能依赖于Statement Summary，因此在使用自动绑定之前需打开 Statement Summary 开 关。 开启自动绑定功能后，每隔 bind-info-lease（默认值为 3s）会遍历一次 Statement Summary 中的历史 SQL 语 句，并为至少出现两次的 SQL 语句自动捕获绑定。绑定的执行计划为 Statement Summary 中记录执行这条语句 时使用的执行计划。