1.4.1 基于 TiUP cluster 的集群滚动更新

滚动升级功能借助 TiDB 的分布式能力，升级过程中尽量保证对前端业务透明、无感知。升级时会先检查各个组件的配置文件是否合理，如果配置有问题，则报错退出；如果配置没有问题，则工具会逐个节点升级。其中对不同节点有不同的操作。

1.4.1.1 不同节点的操作

• 升级 PD
  • 优先升级非 Leader 节点
  • 所有非 Leader 节点升级完成后再升级 Leader 节点
    • 工具会向 PD 发送一条命令将 Leader 迁移到升级完成的节点上
    • 当 Leader 已经切换到其他节点之后，再对旧的 Leader 节点做升级操作
  • 同时升级过程中，若发现有不健康的节点时工具会中止本次升级并退出，此时需要由人工判断、修复后再执行升级。
• 升级 TiKV
  • 先在 PD 中添加一个迁移对应 TiKV 上 region leader 的调度，通过迁移 Leader 确保升级过程中不影响前端业务。
  • 等待迁移 Leader 完成之后，再对该 TiKV 节点进行升级更新
  • 等更新后的 TiKV 正常启动之后再移除迁移 Leader 的调度
• 升级其他服务
  • 正常停止服务更新

1.4.1.2 版本升级操作

上面提到的逻辑都是在工具中集成好的功能，以升级到 4.0.0-rc 版本为例，我们实际上只需要一条命令就可以实现整个集群的版本升级。

$ tiup cluster upgrade tidb-test v4.0.0-rc