· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1033 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2492 13.14.2 TiProxy 负载均衡策略 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4136 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 4136 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · ·

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1354 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2511 13.12.2 TiProxy 负载均衡策略 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4200 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 4200 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · ·

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1099 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2493 13.13.2 TiProxy 负载均衡策略 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4179 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 4179 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · ·

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 311 8.6.11 数据库访问超时，系统负载高 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 311 8.7 闭。 TiFlash I/O Rate Limiter 提供了一个新的防止 “读/写” 任务之间过度竞争系统 IO 资源的机制，可以平衡系 统对 “读” 和 “写” 任务的响应，并且可以根据读/写负载的情况自动限速。 用户文档 • 提升 TiKV 流控稳定性 TiKV 引入了新的流控机制代替之前的 RocksDB write stall 流控机制。相比于 write stall 机制，新的流控机制 Union 算子的优化 #25614 – 优化聚合算子的代价常数 #25241 – 允许 MPP outer join 根据表行数选择构建表 #25142 – 支持 MPP 查询任务按 Region 均衡到不同 TiFlash 节点上 #24724 – 支持执行 MPP 查询后将缓存中过时的 Region 无效化 #24432 – 提升内置函数 str_to_date 在格式指定器中 %b/%M/%r/%T

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1013 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4015 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 4015 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · · 集群能正常运行的关键模块。当集群的工作负载增加时， �→ PD 中各模块的资源消耗也会随之增加，造成这些模块间功能的相互干扰， �→ 进而影响整个集群的服务质量。为了解决该问题，从 v8.0.0 起，TiDB 支持将 PD 的 TSO �→ 和调度模块拆分成可独立部署的微服务，可以显著降低当集群规模扩大时模块间的互相影响。 �→ 通过这种架构，TiDB 能够支持更大规模、更高负载的集群。 33

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 997 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4004 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 4004 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · · HTAP 可以满足企业海量数据的增产需求、降低运维的风险成本、与现有的大数据栈无缝缝合，从而实现 数据资产价值的实时变现。 以下是三种 HTAP 典型适用场景： • 混合负载场景 当将 TiDB 应用于在线实时分析处理的混合负载场景时，开发人员只需要提供一个入口，TiDB 将自动根 据业务类型选择不同的处理引擎。 • 实时流处理场景 当将 TiDB 应用于实时流处理场景时，TiDB 能保证源

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 1003 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3907 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 3907 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · · 倍（实验特性） BR v7.6.0 实验性地引入了粗粒度打散 Region 算法，用于提升集群的快照恢复速度。在 TiKV �→ 节点较多的集群中，该算法可显著提高集群资源利用率，更均匀地分配负载， �→ 同时更好地利用每个节点的网络带宽。在一些实际案例中，该特性可将恢复速度最高提升约 10 倍 �→ 。 0 码力 | 4666 页 | 101.24 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 330 8.7.11 数据库访问超时，系统负载高 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 330 8 client 批量请求 TSO 时所需的 batch 等待时间的方式来降低 PD leader 时间戳处理负载，提升系统整体可扩展性。 – 支持通过系统变量tidb_enable_tso_follower_proxy 设置 PD Follower Proxy 功能开关。在 PD 时间戳 请求负载过高的情况下，通过开启 PD Follower Proxy，可以将 follower 上请求周期内收集到的 leader 的负载， 提升 TiDB 整体性能。 注意： 在 client 数较少、PD leader 负载不高的情况下，不建议开启 PD Follower Proxy 功能。 – 支持通过tidb_tso_client_batch_max_wait_time 系统变量设置 PD client 批量请求 TSO 时所需的最 大 batch 等待时间，单位为毫秒。在 PD TSO 请求负载过高的情况下，可以通过调大等待时间获得更

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 987 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3708 15.11.2 在 TiDB v5.4.0 及后续版本中，当在有负载的集群进行备份时，备份速度为什么会变得很慢？ · 3708 15.11.3 PITR 问题 · · · · · · · · · · · · · · · · · · · · · · · · · · · href="https://docs.pingcap.com/zh/tidb/v7.1/troubleshoot-hot-spot-issues#打散读热点" �→ target="_blank">基于负载的副本读取 在读热点场景中，TiDB 可以将热点 TiKV 节点的读请求转发到副本。 �→ 该功能有效地打散了读热点并优化了集群资源的利用。你可以通过调整系统变量

0 码力 | 4369 页 | 98.92 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 771 10.9.11 数据库访问超时，系统负载高 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 772 10 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 827 11.1.3 OLTP 负载性能优化实践 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 的大小来保证热点调度效率和负载均衡。该特性目前属于实验特性，不建议在生产环境使用。 用户文档，#11515 • Raft Engine 存储引擎 GA TiDB 从 v6.1.0 开始默认使用引擎 Raft Engine 作为 TiKV 的日志存储引擎。新引擎与 RocksDB 相比，可以减少 至多 40% 的 TiKV I/O 写流量和 10% 的 CPU 使用，同时在特定负载下提升 5% 左右前台吞吐，减少