· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 363 9.2.2 下推计算结果缓存 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 新增 控制优化器是否 开启交叉估算， 默认值为ON。 tidb_opt_ �→ limit_push �→ _down_ �→ threshold 新增 设置将 Limit 和 TopN 算子下推 到 TiKV 的阈值， 默认值为100。 tidb_stmt_ �→ summary_ �→ max_stmt_ �→ count 修改 表示 statement summary 在内存 中保存的语句的 的查询，TiDB 也能准确地选中对应索引。 – 引入变量 tidb_opt_limit_push_down_threshold 控制优化器对 Limit/TopN 的下推行为，可以解决部 分情况下因为估算误差导致 Limit/TopN 不能下推的问题。 用户文档，#26085 • 提升优化器的索引过滤规则 (Index Selection) 新增加了一些索引选择的裁剪规则，在通过统计信息进行对比之前，通过规则进一步对可能的选择的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 354 9.2.2 下推计算结果缓存 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 况、失败情况等。 若要了解所收集的信息详情及如何禁用该行为，请参见遥测文档。 2.2.3 提升改进 • TiDB – 支持 VITESS_HASH() 函数 #23915 – 支持枚举类型下推到 TiKV ，提升 WHERE 子句中使用枚举类型时的性能 #23619 – 支持 RENAME USER 语法 #23648 – 优化 Window Function 计算过程，解决了使用 ROW_NUMBER() 实验特性 2.3.4 高级 SQL 功能 高级 SQL 功能 5.2 5.1 5.0 4.0 执行计划缓存 实验特性 实验特性 实验特性 实验特性 执行计划管理 (SPM) Y Y Y Y 下推计算结果缓存 (Coprocessor Cache) Y Y Y 实验特性 Stale Read Y Y N N Follower Read Y Y Y Y 通过系统变量 tidb_snapshot

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 382 9.2.2 下推计算结果缓存 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Exchange 算子的执行效率 – 减少了存储引擎的 GC 过程中的写放大和内存使用（实验功能） – 改进了 TiFlash 重启时的稳定性和可用性，减少了重启结束后短时间内查询可能失败的情况 – 增加支持下推多个新的字符串，时间等函数到 MPP 引擎 * 字符串函数：LIKE pattern，FORMAT()，LOWER()，LTRIM()，RTRIM()，SUBSTRING_INDEX()，TRIM()，UCASE()， #2735 #1606 #3000 #2985 #2156 * 当同步任务状态正常时，不再显示历史错误信息，避免误导用户 #2242 2.2.6 Bug 修复 • TiDB – 修复在分区中下推聚合算子时，因浅拷贝 schema 列导致执行计划出错，进而导致执行时报错的问 题 #27797 #26554 – 修复 plan cache 无法感知 unsigned 标志变化的问题 #28254

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 451 9.2.2 下推计算结果缓存 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · IndexLookUp 算 子是否使用分页 (paging) 方式发 送 Coprocessor 请 求，默认值为 OFF。对于使用 IndexLookUp 和 Limit 并且 Limit 无法下推 到 IndexScan 上 的读请求，可能 会出现读请求的 延迟高、TiKV 的 Unified read pool CPU 使用率高的 情况。在这种情 况下，由于 Limit 算子只需 要少部分数据， root 用户使用空密码所带来的安全风险，增强数据库的安全性。 用户文档 2.2.2.3 性能 • 持续提升 TiFlash 列式存储引擎和 MPP 计算引擎的稳定性和性能 – 支持将更多函数下推至 MPP 引擎 * 字符串函数：LPAD()、RPAD()、STRCMP() * 日期时间函数：ADDDATE(string, real)、DATE_ADD(string, real)、DATE_SUB(string

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2357 14.3.8 TiFlash 支持的计算下推· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · SELECT 语句中包含过滤条件（WHERE 子句）时， TiFlash 默认会先读取该查询所需列的全部数据，然后再根据查询条件对数据进行过滤、聚合等计算任 务。开启该特性后，TiFlash 支持下推部分过滤条件到 TableScan 算子，即先扫描过滤条件相关的列数据， 过滤得到符合条件的行后，再扫描这些行的其他列数据，继续后续计算，从而减少 IO 扫描和数据处理 的计算量。 从 v7.1.0开始，TiFlash延迟物化功能正式 0开始，TiFlash延迟物化功能正式 GA，默认开启（系统变量tidb_opt_enable_late_materialization 默认为 ON），TiDB 优化器会根据统计信息和查询的过滤条件，决定哪些过滤条件会被下推到 TableScan 算 子。 更多信息，请参考用户文档。 34 • TiFlash 支持根据网络交换数据量自动选择 MPP 模式的 Join 算法 #7084 @solotzg TiFlash

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2236 14.3.7 TiFlash 支持的计算下推· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 的兼容性支持，该特性已 GA。 • 优化器引入的更精准的代价模型Cost Model Version 2 GA，同时优化器增强索引合并INDEX MERGE 功能对 AND 连接的表达式的支持。 • 支持下推 JSON_EXTRACT() 函数至 TiFlash。 • 支持密码管理策略，满足密码合规审计需求。 • TiDB Lightning 和 Dumpling 支持导入和导出压缩格式文件。 • 更多信息，请参考用户文档。 • 支持通过 INSERT INTO SELECT 语句保存 TiFlash 查询结果（实验特性）#37515 @gengliqi 从 v6.5.0 起，TiDB 支持下推 INSERT INTO SELECT 语句中的 SELECT 子句（分析查询）到 TiFlash，你可以将 TiFlash 的查询结果方便地保存到 INSERT INTO 指定的 TiDB 表中供后续分析使用，起到了结果缓存（即结

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2500 14.3.8 TiFlash 支持的计算下推· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 格较小，建议改用细粒度的 Region 分裂打散策略。此外，因为粗粒度打散 Region 算法会占用大量的外部 存储带宽，请避免因为外部带宽不足导致的对其他业务的影响。 更多信息，请参考用户文档。 • 新增支持下推以下函数到 TiFlash #50975 #50485 @yibin87 @windtalker – CAST(DECIMAL AS DOUBLE) – POWER() 更多信息，请参考用户文档。 Y Y Y 跨数据库执行计划绑定 (Cross-DB Binding) Y Y N N N N N N N N N N 根据历史执行计划创建绑定 Y Y Y Y E N N N N N N N 下推计算结果缓存 (Coprocessor Cache) Y Y Y Y Y Y Y Y Y Y Y E Stale Read Y Y Y Y Y Y Y Y Y Y N N Follower Read

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2487 14.3.8 TiFlash 支持的计算下推· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Y Y Y Y Y Y Y Y Y 跨数据库执行计划绑定 (Cross-DB Binding) Y N N N N N N N N 根据历史执行计划创建绑定 Y Y Y E N N N N N 下推计算结果缓存 (Coprocessor Cache) Y Y Y Y Y Y Y Y Y Stale Read Y Y Y Y Y Y Y Y Y Follower Read Y Y Y Y Y set (0.11 sec) 通过观察查询结果你会发现，在使用 LIMIT 语句之后，查询的时间明显缩短，这是 TiDB 对 LIMIT 子句进行优 化后的结果，你可以通过TopN 和 Limit 下推章节了解更多细节。 4.7.1.6 聚合查询 290 如果你想要关注数据整体的情况，而不是部分数据，你可以通过使用 GROUP BY 语句配合聚合函数，构建一 个聚合查询来帮助你对数据的整体情况有一个更好的了解。

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2444 14.3.8 TiFlash 支持的计算下推· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 或之后版本时，仍会默认保持关闭 Titan 引擎。你可以根据实际的需求手动开启或者关闭 Titan 引擎。 更多信息，请参考用户文档。 • 支持下推以下字符串函数到 TiKV #48170 @gengliqi – LOWER() – UPPER() 更多信息，请参考用户文档。 • 新增支持下推以下 JSON 函数到 TiFlash #48350 #48986 #48994 #49345 #49392 @SeaRise Y Y Y Y Y 跨数据库执行计划绑定 (Cross-DB Binding) Y N N N N N N N N N N 根据历史执行计划创建绑定 Y Y Y E N N N N N N N 下推计算结果缓存 (Coprocessor Cache) Y Y Y Y Y Y Y Y Y Y E Stale Read Y Y Y Y Y Y Y Y Y N N Follower Read Y

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2402 14.3.8 TiFlash 支持的计算下推· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · #47881 @elsa0520 – 修复优化器为减少窗口函数引入的 sort 而错误地选择了 IndexFullScan 的问题 #46177 @qw4990 – 修复当 CTE 被多次引用时，条件下推 CTE 导致结果错误的问题 #47881 @winoros – 修复了 MySQL 压缩协议无法处理超大负载数据 (>= 16M) 的问题 #47152 #47157 #47161 @dveeden Prepare 语句执行计划缓存 Y E N N N N N N N N 执行计划管理 (SPM) Y Y Y Y Y Y Y Y Y Y 根据历史执行计划创建绑定 Y Y E N N N N N N N 下推计算结果缓存 (Coprocessor Cache) Y Y Y Y Y Y Y Y Y E Stale Read Y Y Y Y Y Y Y Y N N Follower Read Y Y Y