用户使用多个服务设置路由。每个服务负责应用程序的一个版本。 每个服务分配到一个 weight，进入每个服务的请求的比例等于 service_weight 除以 sum_of_weights。 每个服务的 weight 分布到该服务的端点，使得端点 weight 的总和等于服务 weight。 路由最多可有四个服务。服务的 weight 可以在 0 到 256 范围内。当 weight 等于 0 时，服务不参与负载 均衡，但继续为现有的持久连接服务。当服务 均衡，但继续为现有的持久连接服务。当服务 weight 不为 0 时，每个端点的最小 weight 为 1。因此， 具有大量端点的服务会得到高于预期值的 weight。在本例中，减少 pod 数量以获得预期的负载均衡 weight。 流程 流程 设置 A/B 环境： 1. 创建两个应用程序并使用不同的名称。它们各自创建一个 Deployment 对象。应用程序是同一程 序的不同版本；一个是当前生产版本，另一个是提议的新版本。 查看应用程序，以确保可以看到预期的版本。 3. 当您部署路由时，路由器会根据为服务指定的 weight 来均衡流量。此时，存在具有默认 weight=1 的单一服务，因此所有请求都会进入该服务。添加其他服务作为 alternateBackend 并 调整 weight，即可激活 A/B 设置。这可通过 oc set route-backends 命令或编辑路由来完成。 如果将

用户使用多个服务设置路由。每个服务负责应用程序的一个版本。 每个服务分配到一个 weight，进入每个服务的请求的比例等于 service_weight 除以 sum_of_weights。 每个服务的 weight 分布到该服务的端点，使得端点 weight 的总和等于服务 weight。 路由最多可有四个服务。服务的 weight 可以在 0 到 256 范围内。当 weight 等于 0 时，服务不参与负载 均衡，但继续为现有的持久连接服务。当服务 均衡，但继续为现有的持久连接服务。当服务 weight 不为 0 时，每个端点的最小 weight 为 1。因此， 具有大量端点的服务会得到高于预期值的 weight。在本例中，减少 pod 数量以获得预期的负载均衡 weight。 流程 流程 设置 A/B 环境： 1. 创建两个应用程序并使用不同的名称。它们各自创建一个 Deployment 对象。应用程序是同一程 序的不同版本；一个是当前生产版本，另一个是提议的新版本。 查看应用程序，以确保可以看到预期的版本。 3. 当您部署路由时，路由器会根据为服务指定的 weight 来均衡流量。此时，存在具有默认 weight=1 的单一服务，因此所有请求都会进入该服务。添加其他服务作为 alternateBackend 并 调整 weight，即可激活 A/B 设置。这可通过 oc set route-backends 命令或编辑路由来完成。 注意

"used_size": "31.77MiB", "leader_count": 174, "leader_weight": 1, "leader_score": 174, "leader_size": 174, "region_count": 531, "region_weight": 1, "region_score": 531, "region_size": 531, "start_ts": Region balance 调度是否有问题。如果有问题，会导致数据分布不均衡。 – 检查是否有文件占用了大量磁盘空间，比如日志、快照、core dump 等文件。 – 降低该节点的 Region weight 来减少数据量。 – 无法释放空间时，可以考虑主动下线该节点，防止由于磁盘空间不足而宕机。 259 7.5.2.3.3 PD_etcd_network_peer_latency • 报警规则： 软中断：观察 /proc/net/softnet\_stat 监控。如果除第三列的其他列的数值在增长，则应适度调大 net.core.netdev\_budget 或 net.core.dev\_weight 值，使 softirq 可以获得更多的 CPU 时间。除此之外， 也需要检查 CPU 使用情况，确定哪些任务在频繁占用 CPU，能否优化。 • 应用的套接字接收队列：监控 ss -nmp 的

#27797 #26554 – 修复 plan cache 无法感知 unsigned 标志变化的问题 #28254 – 修复当分区功能出现 out of range 时 partition pruning 出错的问题 #28233 – 修复在某些情况下 Planner 可能缓存无效 join 计划的问题 #28087 – 修复 hash 列为 enum 时构建错误 IndexLookUpJoin "used_size": "31.77MiB", "leader_count": 174, "leader_weight": 1, "leader_score": 174, "leader_size": 174, "region_count": 531, "region_weight": 1, "region_score": 531, "region_size": 531, "start_ts": Region balance 调度是否有问题。如果有问题，会导致数据分布不均衡。 – 检查是否有文件占用了大量磁盘空间，比如日志、快照、core dump 等文件。 – 降低该节点的 Region weight 来减少数据量。 – 无法释放空间时，可以考虑主动下线该节点，防止由于磁盘空间不足而宕机。 272 7.5.2.3.3 PD_etcd_network_peer_latency • 报警规则：

"used_size": "31.77MiB", "leader_count": 174, "leader_weight": 1, "leader_score": 174, "leader_size": 174, "region_count": 531, "region_weight": 1, "region_score": 531, "region_size": 531, "start_ts": Region balance 调度是否有问题。如果有问题，会导致数据分布不均衡。 – 检查是否有文件占用了大量磁盘空间，比如日志、快照、core dump 等文件。 – 降低该节点的 Region weight 来减少数据量。 – 无法释放空间时，可以考虑主动下线该节点，防止由于磁盘空间不足而宕机。 7.5.2.3.3 PD_etcd_network_peer_latency • 报警规则： • 软中断：观察 /proc/net/softnet_stat 监控。如果除第三列的其他列的数值在增长，则应适度调大 net.core.netdev_budget 或 net.core.dev_weight 值，使 softirq 可以获得更多的 CPU 时间。除此之外， 也需要检查 CPU 使用情况，确定哪些任务在频繁占用 CPU，能否优化。 • 应用的套接字接收队列：监控 ss -nmp 的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3569 17.4.1 Dynamic Pruning · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · hostname: gateway01.us-west-2.prod.aws.tidbcloud.com port: 4000 gtid_port: 0 status: ONLINE weight: 1 compression: 0 max_connections: 1000 max_replication_lag: 0 use_ssl: 1 max_latency_ms: 0 "used_size": "31.77MiB", "leader_count": 174, "leader_weight": 1, "leader_score": 174, "leader_size": 174, "region_count": 531, "region_weight": 1, "region_score": 531, "region_size": 531, "start_ts":

（backtracking） 回退指遇到不满足约束条件的状态时，撤销前面做 出的选择，回到上一个状态 当越过叶节点、结束节点访问、遇到值为 3 的 节点时终止搜索，函数返回 剪枝 （pruning） 剪枝是根据问题特性和约束条件避免无意义的搜索 路径的方法，可提高搜索效率 当遇到值为 3 的节点时，则不再继续搜索 第 13 章 回溯 hello‑algo.com 281 Tip KnapsackDFS(int[] weight, int[] val, int i, int c) { // 若已选完所有物品或背包无剩余容量，则返回价值 0 if (i == 0 || c == 0) { return 0; } // 若超过背包容量，则只能选择不放入背包 if (weight[i - 1] > c) { return KnapsackDFS(weight, val, i - 1 1, c); } // 计算不放入和放入物品 i 的最大价值 int no = KnapsackDFS(weight, val, i - 1, c); int yes = KnapsackDFS(weight, val, i - 1, c - weight[i - 1]) + val[i - 1]; // 返回两种方案中价值更大的那一个 return Math.Max(no, yes);

（backtracking） 回退指遇到不满足约束条件的状态时，撤销前面做 出的选择，回到上一个状态 当越过叶节点、结束节点访问、遇到值为 3 的 节点时终止搜索，函数返回 剪枝 （pruning） 剪枝是根据问题特性和约束条件避免无意义的搜索 路径的方法，可提高搜索效率 当遇到值为 3 的节点时，则不再继续搜索 第 13 章 回溯 www.hello‑algo.com 281 KnapsackDFS(int[] weight, int[] val, int i, int c) { // 若已选完所有物品或背包无剩余容量，则返回价值 0 if (i == 0 || c == 0) { return 0; } // 若超过背包容量，则只能选择不放入背包 if (weight[i - 1] > c) { return KnapsackDFS(weight, val, i - 1 1, c); } // 计算不放入和放入物品 i 的最大价值 int no = KnapsackDFS(weight, val, i - 1, c); int yes = KnapsackDFS(weight, val, i - 1, c - weight[i - 1]) + val[i - 1]; // 返回两种方案中价值更大的那一个 return Math.Max(no, yes);

出的选择，回到上一个状态 当越过叶节点、结束节点访问、遇到值为 3 的 节点时终止搜索，函数返回 第 13 章 回溯 hello‑algo.com 282 名词 定义 例题三 剪枝 （pruning） 剪枝是根据问题特性和约束条件避免无意义的搜索 路径的方法，可提高搜索效率 当遇到值为 3 的节点时，则不再继续搜索 � 问题、解、状态等概念是通用的，在分治、回溯、动态规划、贪心等算法中都有涉及。 KnapsackDFS(int[] weight, int[] val, int i, int c) { // 若已选完所有物品或背包无剩余容量，则返回价值 0 if (i == 0 || c == 0) { return 0; } // 若超过背包容量，则只能选择不放入背包 if (weight[i - 1] > c) { return KnapsackDFS(weight, val, i - 1 1, c); } // 计算不放入和放入物品 i 的最大价值 int no = KnapsackDFS(weight, val, i - 1, c); int yes = KnapsackDFS(weight, val, i - 1, c - weight[i - 1]) + val[i - 1]; // 返回两种方案中价值更大的那一个 return Math.Max(no, yes);

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4802 17.4.1 Dynamic Pruning · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · hostname: gateway01.us-west-2.prod.aws.tidbcloud.com port: 4000 453 gtid_port: 0 status: ONLINE weight: 1 compression: 0 max_connections: 1000 max_replication_lag: 0 use_ssl: 1 max_latency_ms: 0 节点，并重新同步数据。操作步骤详见缩容 TiFlash 节点。 8.1.4.2.2 动态分区裁剪 如果你没有也不打算开启动态分区裁剪，可略过本部分。 • TiDB v6.1 全新安装：默认开启动态分区裁剪 (Dynamic Pruning)。 • TiDB v6.0 及之前版本：默认关闭动态分区裁剪。旧版本升级遵循已有设定，不会自动开启（相对的也不 会关闭）此功能。 升级完成之后，如果要启用动态分区裁剪特性，请确保 tidb