@guo-shaoge – 修复禁用 lite-init-stats 可能导致统计信息同步加载失败的问题 #54532 @hawkingrei – 修复当 UPDATE 或 DELETE 语句包含递归的 CTE 时，语句可能报错或不生效的问题 #55666 @time-and-fate – 修复当一条 SQL 绑定涉及窗口函数时，有一定概率不生效的问题 #55981 @winoros – 修 99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 336 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte

@guo-shaoge – 修复禁用 lite-init-stats 可能导致统计信息同步加载失败的问题 #54532 @hawkingrei – 修复当 UPDATE 或 DELETE 语句包含递归的 CTE 时，语句可能报错或不生效的问题 #55666 @time-and-fate – 修复当一条 SQL 绑定涉及窗口函数时，有一定概率不生效的问题 #55981 @winoros – 修 99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 340 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte

无法共存的问题 #51362 @AilinKid – 修复执行谓词总是为 true 的 SHOW ERRORS 语句导致 TiDB panic 的问题 #46962 @elsa0520 – 修复在递归 CTE 中无法使用视图的问题 #49721 @hawkingrei – 修复 TiDB 启动加载统计信息时可能因为 GC 推进报错的问题 #53592 @you06 – 修复使用 PREPARE/EXECUTE 99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 319 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte

99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 330 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte 子查询拓展到外部查询， 以此提高执行效率。 333 4.7.7.1.2 递归的 CTE 递归的公共表表达式可以使用如下语法进行定义： WITH RECURSIVE AS ( ) SELECT ... FROM ; 比较经典的例子是通过递归的 CTE 生成一组斐波那契数： WITH RECURSIVE fibonacci

99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 315 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte 子查询拓展到外部查询， 以此提高执行效率。 318 4.7.7.1.2 递归的 CTE 递归的公共表表达式可以使用如下语法进行定义： WITH RECURSIVE AS ( ) SELECT ... FROM ; 比较经典的例子是通过递归的 CTE 生成一组斐波那契数： WITH RECURSIVE fibonacci

在使用企业插件审计日志时可能占用大量资源的问题 #49273 @lcwangchao – 修复特定情况下优化器将 TiFlash 选择路径错误转化为 DUAL Table 的问题 #49285 @AilinKid – 修复包含递归 (WITH RECURSIVE) CTE 的 UPDATE 或 DELETE 语句可能会产生错误结果的问题 #48969 @winoros – 修复包含 IndexHashJoin 算子的查询由于内存超过 99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 326 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过 WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte

修复当被缓存的执行计划包含日期类型和 unix_timestamp 的比较时，结果出现错误的问题 #48165 @qw4990 – 修复默认内联且带聚合函数或窗口函数的公共表表达式 (CTE) 被递归的 CTE 引用时会报错的问题 #47881 @elsa0520 – 修复优化器为减少窗口函数引入的 sort 而错误地选择了 IndexFullScan 的问题 #46177 @qw4990 99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 316 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过 WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte

99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 330 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过 WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte 子查询拓展到外部查询， 以此提高执行效率。 333 4.7.7.1.2 递归的 CTE 递归的公共表表达式可以使用如下语法进行定义： WITH RECURSIVE AS ( ) SELECT ... FROM ; 比较经典的例子是通过递归的 CTE 生成一组斐波那契数： WITH RECURSIVE fibonacci

的日志存储引擎。与使用 RocksDB 相比，Raft Engine 可以减少至多 40% 的 TiKV I/O 写流量和 10% 的 CPU 使用，同时在特定负载下提升 5% 左右前台吞吐，减少 20% 尾延迟。此外，Raft Engine 提升了日志回收效率，修复了极端条件下日志堆积的问题。 Raft Engine 目前仍属于实验特性，并默认关闭。另外请注意 v5.4.0 版本的 Raft Engine 将所有 SQL 文件放到统一目录下，例如 /data/my_datasource/ 或 s3://my-bucket/sql-backup?region=us-west �→ -2。Lightning 将递归地寻找该目录下及其子目录内的所有 .sql 文件。 5.3.7.3 第 2 步：定义目标表结构 要导入 TiDB，就必须为 SQL 文件提供表结构。 如果使用 Dumpling 工具导出数据， 线程和 Raftstore 线程的 CPU 使用率控制在 80% 以下。 与写请求在 Raftstore 线程完成的情况相比，理论上 StoreWriter 线程处理写请求能够显著地降低 写延迟和读的尾延迟。然而，写入速度变得更快意味着 Raft 日志也变得更多，从而导致 Raftstore 线程、Apply 线程和 gRPC 线程的 CPU 开销增多。在这种情况下，CPU 资源不足可能会抵消优化

99 标准的 CTE 及其递归的写法，极大提升开发人员和 DBA 编写复杂业务逻辑 SQL 的效率，增强代码的可维护性。 310 4.7.7.1 基本使用 公共表表达式 (CTE) 是一个临时的中间结果集，能够在 SQL 语句中引用多次，提高 SQL 语句的可读性与执行效 率。在 TiDB 中可以通过 WITH 语句使用公共表表达式。 公共表表达式可以分为非递归和递归两种类型。 4.7.7 7.1.1 非递归的 CTE 非递归的 CTE 使用如下语法进行定义： WITH AS ( ) SELECT ... FROM ; 例如，假设还想知道最年长的 50 位作家分别编写过多少书籍。 在 SQL 中，可以将临时表小节当中的例子改为以下 SQL 语句： WITH top_50_eldest_authors_cte 引用时会直接从该临时空间当中获取数据。 4.7.7.1.2 递归的 CTE 递归的公共表表达式可以使用如下语法进行定义： WITH RECURSIVE AS ( ) 313 SELECT ... FROM ; 比较经典的例子是通过递归的 CTE 生成一组斐波那契数： WITH RECURSIVE