数据库小版本升级是什么
主流数据库的安全修复通常以小版本形式发布，升级方式与操作系统补丁不同：主从架构下采用「先从后主」的滚动升级，升级前备份、升级中观察复制状态、升级后回归应用连接与性能指标。小版本升级一般兼容性较好，大版本升级涉及数据字典与语法变化，必须走专门方案与回滚预案。
基本信息
| 升级粒度 | 小版本（如 8.0.x）安全修复；大版本需专门方案 |
|---|---|
| 典型架构 | 主从复制、读写分离、由代理或 VIP 承接切换 |
| 前置条件 | 备份已验证可恢复、复制延迟处于正常范围 |
| 回滚限制 | 数据字典变更后难以回退，需以前滚为主 |
滚动升级顺序（主从）
滚动升级顺序（主从）
1. 备份（含校验恢复演练可用性）
2. 升级从库 → 观察复制状态（延迟、错误日志）
3. 主从切换（业务连接由 VIP/代理层切换）
4. 升级原主库（此时作为新从库）
5. 回归：慢查询、连接数、错误日志、业务抽查预检查示例
预检查示例
pg_upgrade --check -d /var/lib/pgsql/data -D /var/lib/pgsql/data-new # PostgreSQL 大版本升级预检
mysqlsh -- util check-for-server-upgrade root@127.0.0.1 # MySQL 升级兼容性预检
mysqladmin status ; mysqladmin extended-status | grep -i replication # 升级前记录基线指标典型使用场景
- 安全补丁窗口：按厂商小版本节奏批量推进主从实例
- 重大漏洞处置：命中版本区间时优先升级互联网可达实例
- 容量与性能回归：升级后对比慢查询与连接数基线
- 跨版本迁移：大版本升级前先做预检与兼容性评估
- 云上托管实例：确认云商维护窗口与自身业务窗口的配合
升级检查点
| 阶段 | 检查内容 | 异常表现 |
|---|---|---|
| 升级前 | 备份可恢复、复制无延迟、磁盘余量 | 磁盘不足导致升级中断 |
| 升级中 | 复制延迟、错误日志 | 延迟持续增大或复制中断 |
| 切换 | 连接数、VIP 或代理状态 | 应用连接失败 |
| 升级后 | 慢查询、错误日志、业务抽查 | 性能下降或报错增多 |
小版本升级一般兼容改进；大版本升级涉及数据字典与语法变化，必须走专门方案与回滚预案，不要按小版本的节奏处理。
升级前务必确认备份不仅能做出、还能恢复：数据库类操作的回滚空间极小，恢复演练是唯一可靠的退路。