100 修改为 5。 PD store- �→ limit- �→ version �→ 新增 用于设置 store limit 工作模式。 可选值为 "v1" 和 "v2"。 PD schedule. �→ enable �→ - �→ diagnostic �→ 修改 默认值从 false 修改 为 true， 默认打开 调度器的 诊断功能。 53 配置文件 配置项 修改类型 描述 – 修复在 PD leader 切换后 Region Health 监控数据被删除的问题 #6366 @iosmanthus – 修复 Rule checker 无法修复 label 为 schedule=deny 的不健康 Region 的问题 #6426 @nolouch – 修复 TiKV 或 TiFlash 重启后部分已有 label 丢失的问题 #6467 @JmPotato – 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。

(PD) 包含了多个确保 TiDB 集群能正常运行的关键模块。当集群的工作负载增加时， �→ PD 中各模块的资源消耗也会随之增加，造成这些模块间功能的相互干扰， �→ 进而影响整个集群的服务质量。为了解决该问题，从 v8.0.0 起，TiDB 支持将 PD 的 TSO �→ 和调度模块拆分成可独立部署的微服务，可以显著降低当集群规模扩大时模块间的互相影响。 �→ 通过这种架构，TiDB 能够支持更大规模、更高负载的集群。 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time

遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time 建议按照业务、产品线或者其它指标进行区分，一般不要超过 20 个字符。如：临时库 (tmp_crm)、测试库 (test_crm)。 416 4.11.2.1.3 表命名规范 • 同一业务或者模块的表尽可能使用相同的前缀，表名称尽可能表达含义。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 建议对表的用途进行注释说明，以便于统一认识。如： – 临时表（tmp_t_crm_relation_0425）

错误和异 常时允许 自动重试 的时间。 TiCDC encoding- �→ worker �→ -num 新增 控制 redo 模块中编 解码 worker 的 数量。 TiCDC flush- �→ worker �→ -num 新增 控制 redo 模块中上 传文件 worker 的 数量。 TiCDC sink. �→ column �→ - �→ selectors �→ 新增 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time

遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。 _ttl_job_schedule_window_start_time 和tidb_ttl_job_schedule_window_end_time 来指定时间窗口，比 如： SET @@global.tidb_ttl_job_schedule_window_start_time = '01:00 +0000'; SET @@global.tidb_ttl_job_schedule_window_end_time 数据库命名规范 建议按照业务、产品线或者其它指标进行区分，一般不要超过 20 个字符。如：临时库 (tmp_crm)、测试库 (test_crm)。 4.11.2.1.3 表命名规范 • 同一业务或者模块的表尽可能使用相同的前缀，表名称尽可能表达含义。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 建议对表的用途进行注释说明，以便于统一认识。如： – 临时表（tmp_t_crm_relation_0425）

v3.0 实验特性） 2.4.2 稳定性 • 提升优化器选择索引的稳定性（v5.0 实验特性） – 扩展统计信息功能，收集多列顺序依赖性信息，帮助优化器选择相对较优的索引。 – 重构统计信息模块，帮助优化器选择相对较优的索引，包括从 CMSKetch 和直方图中删除 TopN 值， 为索引的直方图维护 Bucket NDV。详情参阅统计信息简介 - tidb_analyze_version 调度操作会导致性能损失。 将调度器设置为 noop 后，内核不做任何操作，直接将 I/O 请求下发给硬件，以获取更好的性能。同时， noop 调度器也有较好的普适性。 3. 为调整 CPU 频率的 cpufreq 模块选用 performance 模式。将 CPU 频率固定在其支持的最高运行频率上，不 进行动态调节，可获取最佳的性能。 85 采用如下步骤检查操作系统的当前配置，并配置系统优化参数： 1. 执行以下命令查看透明大页的开启状态。 ID_SERIAL_SHORT=6d0946606d79f90025f3e09a0c1f9e81 注意： 如果多个磁盘都分配了数据目录，需要多次执行以上命令，记录所有磁盘各自的唯一标 识。 4. 执行以下命令查看 cpufreq 模块选用的节能策略。 cpupower frequency-info --policy analyzing CPU 0: current policy: frequency should be within

定时，那么创建的新表结构不使用 character_set_server 和 collation_server 指定的字符集的问 题 #27214 • TiKV – 修复 Region 迁移时 Raftstore 模块出现死锁导致 TiKV 不可用的问题。用户可通过关闭调度并重启出问 题的 TiKV 来临时应对。#10909 – 修复因 Congest 错误而导致的 CDC 频繁增加 scan 重试的问题 #11082 行数据来快速构建统计信息（v3.0 实验特性） 2.4.2 稳定性 • 提升优化器选择索引的稳定性（v5.0 实验特性） – 扩展统计信息功能，收集多列顺序依赖性信息，帮助优化器选择相对较优的索引。 – 重构统计信息模块，帮助优化器选择相对较优的索引，包括从 CMSKetch 和直方图中删除 TopN 值， 为索引的直方图维护 Bucket NDV。详情参阅统计信息简介 - tidb_analyze_version 调度操作会导致性能损失。 将调度器设置为 noop 后，内核不做任何操作，直接将 I/O 请求下发给硬件，以获取更好的性能。同时， noop 调度器也有较好的普适性。 3. 为调整 CPU 频率的 cpufreq 模块选用 performance 模式。将 CPU 频率固定在其支持的最高运行频率上，不 进行动态调节，可获取最佳的性能。 93 采用如下步骤检查操作系统的当前配置，并配置系统优化参数： 1. 执行以下命令查看透明大页的开启状态。

– 使用 zstd 压缩 Region Snapshot，防止大量调度或扩缩容情况下出现各节点之间空间差异比较大的 问题 #10005 – 解决多种情况下的 OOM 问题 #10183 * 增加各模块内存使用情况追踪 * 解决 Raft entries cache 过大导致的 OOM 问题 * 解决 GC tasks 堆积导致的 OOM 问题 * 解决一次性从 Raft log 取太多 Raft 行数据来快速构建统计信息（v3.0 实验特性） 2.4.2 稳定性 • 提升优化器选择索引的稳定性（v5.0 实验特性） – 扩展统计信息功能，收集多列顺序依赖性信息，帮助优化器选择相对较优的索引。 – 重构统计信息模块，帮助优化器选择相对较优的索引，包括从 CMSKetch 和直方图中删除 TopN 值， 为索引的直方图维护 Bucket NDV。详情参阅统计信息简介 - tidb_analyze_version 调度操作会导致性能损失。 将调度器设置为 noop 后，内核不做任何操作，直接将 I/O 请求下发给硬件，以获取更好的性能。同时， noop 调度器也有较好的普适性。 3. 为调整 CPU 频率的 cpufreq 模块选用 performance 模式。将 CPU 频率固定在其支持的最高运行频率上，不 进行动态调节，可获取最佳的性能。 采用如下步骤检查操作系统的当前配置，并配置系统优化参数： 1. 执行以下命令查看透明大页的开启状态。

– 修复创建带有外键的表时，TiDB 未创建对应的统计信息元信息 (stats_meta) 的问题 #53652 @hawkingrei – 修复查询中的某些过滤条件可能导致 planner 模块发生 invalid memory address or nil pointer �→ dereference 报错的问题 #53582 #53580 #53594 #53603 @YangKeao raft region 命令的输出中未包含 Region 状态信息的问题 #17037 @glorv – 修复 advance-ts-interval 配置未被用于限制 CDC 和 log-backup 模块中 check_leader 操作的 timeout， 导致在某些情况下 TiKV 正常重启时 resolved_ts lag 过大的问题 #17107 @MyonKeminta • PD – 修复 遵循你公司或组织的命名规范。如果你的公司或组织没有相应的命名规范，可参考表命名规范。请勿 使用这样的表名，如：t1, table1 等。 • 多个单词以下划线分隔，不推荐超过 32 个字符。 • 不同业务模块的表单独建立 DATABASE，并增加相应注释。 4.5.3.10.2 定义列时应遵守的规则 • 查看支持的列的数据类型，并按照数据类型的限制来组织你的数据。为你计划被存在列中的数据选择 合适的类型。