· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 270 7.5.7 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 273 7.6 TiFlash 报警规则· 引入新的流控机制代替之前的 RocksDB write stall 流控机制，提升 TiKV 流控稳定性。 • 简化 Data Migration (DM) 工具运维，降低运维管理的成本。 • TiCDC 支持 HTTP 协议 OpenAPI 对 TiCDC 任务进行管理，在 Kubernetes 以及本地部署环境下提供更友好的运 维方式。(实验特性) 2.2.1 兼容性更改 注意： 当从一个早期的 TiDB -index 废弃 废弃 TiDB 配置 文件中allow- �→ expression �→ -index 配置 项 TiKV 配置文件 raftstore.cmd �→ -batch 新增 对请求进行攒 批的控制开关， 开启后可显著 提升写入性能。 默认值为 true。 27 配置文件 配置项 修改类型 描述 TiKV 配置文件 raftstore. �→ inspect- �→ interval

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 857 9.6.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 860 9.7 TiFlash 报警规则· _batch_ �→ size" target="_blank">批量聚合数据请求（从 v6.6.0 开始引入） TiDB 支持将发送到相同 TiKV 实例的数据请求部分合并，减少子任务的数量和 RPC 请求的开销。 �→ 在数据离散分布且 gRPC 线程池资源紧张的情况下，批量化请求能够提升性能超 50%。 基于负载的副本读取 在读热点场景中，TiDB 可以将热点 TiKV 节点的读请求转发到副本。 �→ 该功能有效地打散了读热点并优化了集群资源的利用。你可以通过调整系统变量 0 码力 | 4369 页 | 98.92 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 713 9.6.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 716 9.7 TiFlash 报警规则· 式移除。 2.2.2.3 其他 • 默认开启 Prepared Plan Cache 在新集群默认打开 Prepared Plan Cache 的开关，对 Prepare / Execute 请求的执行计划进行缓存，以便在后 续执行时跳过查询计划优化这个步骤，获得性能上的提升。升级上来的集群会继承配置文件内的配置。 新集群会使用新的默认值，即默认打开该特性，并且每个 Session 最大缓存计划数为 器选择相对 较优的索引。（v5.0 实验特性） 62 • 当 TiKV 部署的机型资源有限时，如果 TiKV 前台处理的读写请求量过大，会占用 TiKV 后台处理请求所需 的 CPU 资源，最终影响 TiKV 性能的稳定性。此时，你可以使用前台限流以限制前台各类请求占用的 CPU 资源。（v6.0 实验特性） 2.4.3 调度功能 弹性调度功能。结合 Kubernetes，可根据实时负载状

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 283 7.5.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 286 7.6 TiFlash 报警规则· 后，TiDB 在获取 TSO 时会将请求 均匀地发送到所 有 PD 节点上， 通过 PD follower 转发 TSO 请求， 从而降低 PD leader 的 CPU 压 力。 28 变量名 修改类型 描述 tidb_tso_ �→ client_ �→ batch_max_ �→ wait_time 新增 此变量用于设置 TiDB 向 PD 请求 TSO 时进行一次 攒批操作的最大 client 批量请求 TSO 时所需的 batch 等待时间的方式来降低 PD leader 时间戳处理负载，提升系统整体可扩展性。 – 支持通过系统变量tidb_enable_tso_follower_proxy 设置 PD Follower Proxy 功能开关。在 PD 时间戳 请求负载过高的情况下，通过开启 PD Follower Proxy，可以将 follower 上请求周期内收集到的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 867 9.6.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 870 9.7 TiFlash 报警规则· 。在 TiDB 节点数量较多和 Region 数量较多的集群中，该特性可以提升 PD 集群处理 �→ GetRegion、ScanRegions 请求的能力，减轻 PD leader 的 CPU 压力。 0 码力 | 4807 页 | 101.31 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 802 9.6.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 805 9.7 TiFlash 报警规则· 指定的结果表没有特殊限制，你可以自由选择是否 为该表添加 TiFlash 副本。该特性典型的使用场景包括： – 使用 TiFlash 做复杂分析 – 需重复使用 TiFlash 查询结果或响应高并发的在线请求 – 与查询的输入数据相比，所需的结果集比较小，推荐 100 MiB 以内 更多信息，请参考用户文档。 • 支持绑定历史执行计划（实验特性）#39199 @fzzf678 受 SQL 语句执 TiFlash 和 TiCDC 相关的监控信息，可以帮助你大幅提高 TiFlash 和 TiCDC 的性 能分析和故障诊断效率： 34 – 通过TiFlash 面板，你可以直观地了解 TiFlash 集群的请求类型、延迟分析和资源使用概览。 – 通过CDC 面板，你可以直观地了解 TiCDC 集群的健康状况、同步延迟、数据流和下游写入延迟等信 息。 更多信息，请参考用户文档。 2.2.1.4 性能

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 883 9.6.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 886 9.7 TiFlash 报警规则· 实例文件。 TiDB tikv- �→ client �→ . �→ enable �→ - �→ replica �→ - �→ selector �→ -v2 新增 控制给 TiKV 发送 RPC 请求时， 是否使用 新版本的 Region 副本 选择器。 默认值为 true。 49 配置文件 配置项 修改类型 描述 TiKV log- �→ backup �→ . �→ initial 操作符 #51778 @time-and-fate – 当设置 force-init-stats 为 true 时，即 TiDB 启动时等待统计信息初始化完成后再对外提供服务， 这一设置不再影响 HTTP server 提供服务，用户仍可查看监控 #50854 @hawkingrei – 支持 MemoryTracker 追踪 IndexLookup 算子的内存使用情况 #45901 @solotzg

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 873 9.6.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 876 9.7 TiFlash 报警规则· 。在 TiDB 节点数量较多和 Region 数量较多的集群中，该特性可以提升 PD 集群处理 �→ GetRegion、ScanRegions 请求的能力，减轻 PD leader 的 CPU 压力。 稳定性与高可用 0 码力 | 4666 页 | 101.24 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 349 7.5.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 352 7.6 TiFlash 报警规则· (paging) 方式发 送 Coprocessor 请 求，默认值为 OFF。对于使用 IndexLookUp 和 Limit 并且 Limit 无法下推 到 IndexScan 上 的读请求，可能 会出现读请求的 延迟高、TiKV 的 Unified read pool CPU 使用率高的 情况。在这种情 况下，由于 Limit 算子只需 要少部分数据， 开启 tidb_enable_ �→ 统计信息同步 加载功能可以 并发处理的最 大列数，默认 值为 5。 TiDB stats-load- �→ queue-size 新增 用于设置 TiDB 统计信息同步 加载功能最多 可以缓存多少 列的请求，默 认值为 1000。 TiKV snap- �→ generator- �→ pool-size 新增 配置 snap- �→ generator 线程池大小， 默认值为 2。 TiKV log

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · 861 9.6.8 Blackbox_exporter TCP、ICMP 和 HTTP 报警规则· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 864 9.7 TiFlash 报警规则· @dveeden – 修复 TiDB 在通过 systemd 启动时无法读取 cgroup 资源限制的问题 #47442 @hawkingrei • TiKV – 修复悲观事务中 prewrite 请求重试在极少数情况下影响数据一致性的风险 #11187 @MyonKeminta • PD – 修复 evict-leader-scheduler 丢失配置的问题 #6897 @HuSharp – the dashboard: http://127.0.0.1:2379/dashboard PD client endpoints: [127.0.0.1:2379 127.0.0.1:2382 127.0.0.1:2384] To view the Prometheus: http://127.0.0.1:9090 To view the Grafana: http://127.0.0.1:3000