· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3670 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 3670 15.3.7 TiDB 是否支持 SELECT FOR com/zh/product/#SelectProduct" target="_blank"> �→ 企业版） TiDB 企业版增强了数据库审计功能，通过更细粒度的事件过滤控制、更友好的过滤条件设置方式、新增的 �→ JSON 文件输出格式、审计日志的生命周期管理，大幅提升了系统的审计能力。 2.2.1 功能详情 2.2.1.1 性能 • 增强 Partitioned Raft RocksDB 实例的文件数和层级，实现 Region 间数据操作的物理隔离，并支持平稳管理更多的数据。与原 TiKV 存储引擎相比，使用 Partitioned Raft KV 引擎在相同硬件条件和读写混合场景下，可以实现大约两倍 的写入吞吐并缩短大约 4/5 的弹性扩展时间。 在 TiDB v7.1.0 中，Partitioned Raft KV 引擎支持 TiDB Lightning、BR

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3977 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 3977 15.3.7 TiDB 是否支持 SELECT FOR 存需要处理大量数据，当 超过内存限制时，TiDB 只能选择非并发 HashAgg 算法，无法通过并发提升性能。 在 v8.0.0 中，TiDB 的并发 HashAgg 算法支持数据落盘。在任意并发条件下，HashAgg 算子都可以根据内 存使用情况自动触发数据落盘，从而兼顾性能和数据处理量。目前，该功能作为实验特性，引入变 量 tidb_enable_concurrent_hashagg_spill 象加入队列，逐个收集并更新。在之前的版本中，这些对象的收集顺序是随机的，可能导致更需要更 新的对象等待时间过长，从而引发潜在的数据库性能回退。 从 v8.0.0 开始，自动统计信息收集引入了优先级队列，根据多种条件动态地为对象分配优先级，确保更 有收集价值的对象优先被处理，比如新创建的索引、发生分区变更的分区表等。同时，TiDB 也会优先处 理那些健康度较低的表，将它们安排在队列的前端。这一改进优化了收集顺序的合理性，能减少一部

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3966 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 3966 15.3.7 TiDB 是否支持 SELECT FOR tidb_service_scope 设置为不同的值，以更好地利用分布式框架功能 #52441 @ywqzzy – 增强 TiDB 对始终为 false 的 DNF 项的处理能力，直接忽略这种过滤条件，以避免不必要的全表扫 描 #40997 @hi-rustin – 当查询可以选择除全表扫描以外的单索引扫描方式时，支持以 Optimizer Fix Controls 的方式解除优化 器不会自动选择索引合并的限制 • DML (Data Manipulation Language)：数据操作语言，用来操作和业务相关的记录。 • DQL (Data Query Language)：数据查询语言，用来查询经过条件筛选的记录。 • DCL (Data Control Language)：数据控制语言，用来定义访问权限和安全级别。 常用的 DDL 功能是对象（如表、索引等）的创建、属性修改和删除，对应的命令分别是

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 800 10.13.2 如何判断当前集群存在写写冲突 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 801 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3139 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 3139 15.3.7 TiDB 是否支持 SELECT FOR 协调策略的基础上增加了大量场景测试，足以覆盖 90% 日 常使用场景。相比悲观协调策略，乐观协调在使用上更为简单、高效，在仔细阅读注意事项后可优先 使用。 用户文档 • DM 的 WebUI 支持根据指定参数条件启动任务 开始一个迁移任务时，允许指定 “开始时间” 和 “safe-mode 持续时间”。这在创建具有大量 source 的增 量迁移任务时尤其有用，无需再为每个 source 精确指定 binlog

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 339 8.10.2 如何判断当前集群存在写写冲突 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 340 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1946 13.2.2 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 1946 13.2.3 TiDB 是否支持 SELECT FOR • DML (Data Manipulation Language)：数据操作语言，用来操作和业务相关的记录。 • DQL (Data Query Language)：数据查询语言，用来查询经过条件筛选的记录。 • DCL (Data Control Language)：数据控制语言，用来定义访问权限和安全级别。 常用的 DDL 功能是对象（如表、索引等）的创建、属性修改和删除，对应的命令分别是

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3469 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 3469 15.3.7 TiDB 是否支持 SELECT FOR @hailanwhu 在 v6.5.0 前，TiDB 只支持对 OR 连接词的过滤条件使用索引合并特性。自 v6.5.0 起，TiDB 支持对于在 WHERE 子句中使用 AND 连接的过滤条件使用索引合并特性。TiDB 的索引合并至此可以覆盖更多普遍的查询过 滤条件组合，不再限定于并集 (OR) 关系。v6.5.0 仅支持优化器自动选择 OR 条件下的索引合并。要开启对 于 AND 连接的索引合并，你需要使用USE_INDEX_MERGE TiDB 切实地向更加强大的 HTAP 数据库演进。 更多信息，请参考用户文档。 • TiFlash 对获取表行数的操作进行优化 #37165 @elsa0520 在数据分析的场景中，通过无过滤条件的 COUNT(*) 获取表的实际行数是一个常见操作。TiFlash 在 v6.5.0 中优化了 COUNT(*) 的改写，自动选择带有 “非空” 属性且列定义最短的列进行计数，这样可以有效降 低 TiFlash

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3869 20 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 3869 15.3.7 TiDB 是否支持 SELECT FOR 引入了一个新的 API GET /api/v2/changefeed/{changefeed_id}/synced，用于查询指 定同步任务 (changefeed) 的下游同步状态。通过此 API，你可以判断 TiCDC 是否已将所接收到的上游数据 完全同步到下游。 更多信息，请参考用户文档。 • TiCDC 支持将 CSV 格式中的 delimiter 设置为 3 个字符 #9969 @zhangjinpeng87 系统变量tidb_disable_txn_auto_retry 将从 TiDB v8.0.0 开始废弃，废弃后将不再支持乐观事务的自动重 试。 2.2.5 改进提升 • TiDB – 当使用非二进制排序规则并且查询条件中包含 LIKE 时，优化器可以生成 IndexRangeScan 以提升执 行效率 #48181 #49138 @time-and-fate – 增强特定情况下 OUTER JOIN 转 INNER

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3814 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 3814 15.3.7 TiDB 是否支持 SELECT FOR 游的业务数据产生影响。 更多信息，请参考用户文档。 • 支持实时更新增量数据校验的 checkpoint #8463 @lichunzhu 在 v7.5.0 之前，你可以使用增量数据校验功能来判断 DM 同步到下游的数据是否与上游一致，并以此作 为业务流量从上游数据库割接到 TiDB 的依据。然而，由于增量校验 checkpoint 受到较多限制，如同步延 迟、不一致的数据等待重新校验等因素，需要每隔几分钟刷新一次校验后的 #47881 @elsa0520 – 修复优化器为减少窗口函数引入的 sort 而错误地选择了 IndexFullScan 的问题 #46177 @qw4990 – 修复当 CTE 被多次引用时，条件下推 CTE 导致结果错误的问题 #47881 @winoros – 修复了 MySQL 压缩协议无法处理超大负载数据 (>= 16M) 的问题 #47152 #47157 #47161 @dveeden

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 427 8.12.2 如何判断当前集群存在写写冲突 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 428 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2487 13.2.2 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 2487 13.2.3 TiDB 是否支持 SELECT FOR 日 TiDB 版本：5.4.0 在 v5.4.0 版本中，你可以获得以下关键特性： • 支持 GBK 字符集 • 支持索引合并 (Index Merge) 数据访问方法，能够合并多个列上索引的条件过滤结果 • 支持通过 session 变量实现有界限过期数据读取 • 支持统计信息采集配置持久化 • 支持使用 Raft Engine 作为 TiKV 的日志存储引擎（实验特性） 28 •

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 947 7.8.4 上游停止更新后，如何判断 TiCDC 是否已将所有更新同步到下游？ · · · · · · · · · · · · · · · · · · · 948 7.8.5 TiCDC 的 gc-ttl 是什么？ · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4162 15.3.6 省略 ORDER BY 条件时 TiDB 中返回结果的顺序与 MySQL 中的不一致· · · · · · · · · · · · · · · · · · · · 4162 15.3.7 TiDB 是否支持 SELECT FOR Queries 支持更多触发条件，并能够切换资源组 Runaway Queries 提供了有效的手段来降低突发的 SQL 性能问题对系统产生的影响。v8.4.0 中新增 �→ Coprocessor 处理的 Key 的数量 (PROCESSED_KEYS) 和 Request Unit (RU) 作为识别条件，并可以将识别到的查询置入指定资源组，对