列式数据库升级，先演练副本和查询回退
ClickHouse 升级不是替换一个二进制文件。表格式、复制与 Keeper、配置默认值、后台合并和客户端兼容都可能改变运行行为。升级前先列出当前使用的功能和插件，再按影响范围设计验证。
从兼容清单开始
核对目标版本的弃用项、设置变化、函数语义、表引擎限制和客户端驱动兼容性。版本行为应以官方文档和部署版本的实测为准，不要把社区文章中的结论直接当作升级前提。
验证要覆盖后台路径
除了查询结果和延迟，还要检查副本追赶、分区操作、后台 merge、磁盘空间、水位和 Keeper 健康。对于有物化视图、字典、TTL 或异步写入的集群，分别验证断网、重启和积压恢复。测试环境的拓扑与配置差异要写进结论。
SELECT database, table, is_leader, absolute_delay FROM system.replicas;系统表能提供当前状态，不代表完整的升级验收。应结合时间窗口、错误日志摘要和业务查询校验判断是否稳定。
回滚条件要在升级前确认
检查数据格式和元数据是否允许安全降级；若不支持，升级时就不应依赖“随时回滚”的假设。准备版本化配置、明确停止放量的信号，并在可控环境实际演练恢复流程。
