· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 877 10.2.6 TiDB 磁盘 I/O 过高的处理办法 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 880 的关键特性，可以查看TiDB 功能概览中的 v6.1 和 v6.5 列。 • 添加索引加速特性 GA，添加索引的性能约提升为 v6.1.0 的 10 倍。 • TiDB 全局内存控制特性 GA，通过tidb_server_memory_limit 即可管理全局内存阈值。 • 支持高性能、全局单调递增的AUTO_INCREMENT 列属性 GA，兼容 MySQL。 • FLASHBACK CLUSTER TO TIMESTAMP 扩展了CREATE [GLOBAL | SESSION] BINDING 语句中的绑定对象，支持根据历史执行 计划创建绑定。当 SQL 语句的执行计划发生改变时，只要原来的执行计划仍然在 SQL 执行历史内存 表（例如，statements_summary）中，就可以在 CREATE [GLOBAL | SESSION] BINDING 语句中通过指定 plan_digest 绑定原来的执行计划，快速恢复

如何区分 TiCDC Open Protocol 中的 Row Changed Event 是 INSERT 事件还是 UPDATE 事件？· · · · · · · 954 7.8.19 TiCDC 占用多少 PD 的存储空间 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 956 7.8.24 为什么 TiCDC 需要使用磁盘，什么时候会写磁盘，TiCDC 能否利用内存缓存提升同步性能？ · · 956 7.8.25 为什么在上游使用了 TiDB Lightning 物理导入模式和 BR 恢复了数据之后，TiCDC 同步会出现卡 顿甚至卡住？· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1297 10.2.6 TiDB 磁盘 I/O 过高的处理办法 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1300

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1043 10.2.6 TiDB 磁盘 I/O 过高的处理办法 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1046 实例级执行计划缓存允许同一个 TiDB 实例的所有会话共享执行计划缓存。 �→ 与现有的会话级执行计划缓存相比，实例级执行计划缓存能够在内存中缓存更多执行计划，减少 SQL �→ 编译时间，从而降低 SQL 整体运行时间，提升 OLTP 的性能和吞吐，同时更好地控制内存使用， �→ 提升数据库稳定性。 34 数据库管理和可观测性 在内存表中显示 �→ TiKV 和 TiDB 的 CPU 时间 将 CPU 时间合入系统表中展示，与会话或 SQL 的其他指标并列，方便你从多角度对高 CPU �→ 消耗的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 979 10.2.6 TiDB 磁盘 I/O 过高的处理办法 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 982 2/tiproxy-load-balance">TiProxy �→ 支持多种负载均衡策略 在 TiDB v8.2.0 中，TiProxy 支持从多个维度（包括状态、连接数、健康度、内存、CPU 和地理位置）对 �→ TiDB 节点进行评估和排序，并支持通过 policy �→ 配置项配置这些负载均衡策略的优先级。TiProxy 将根据 policy 是 TiDB 中常用的聚合算子，用于快速聚合具有相同字段值的行。TiDB v8.0.0 引入并行 �→ HashAgg 作为实验特性，以进一步提升处理速度。当内存资源不足时，并行 HashAgg �→ 可以将临时排序数据落盘，避免因内存使用过度而导致的 OOM 风险，从而提升查询性能和节点稳定性 �→ 。该功能在 v8.2.0 成为正式功能，并默认开启，用户可以通过 tidb_executor_concurrency

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 298 8.1.4 慢日志内存映射表 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 360 8.12 TiDB 磁盘 I/O 过高的处理办法 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 用户文档，#18030 • 临时表 新增对 CREATE [GLOBAL] TEMPORARY TABLE 语句的支持。支持创建临时表，方便管理业务中间计算的临 时数据。临时表中的数据均保存在内存中，用户可通过 tidb_tmp_table_max_size 变量限制临时表的内 存大小。TiDB 支持以下两种临时表： – Global 临时表 * 对集群内所有 session 可见，表结构持久化。