| 约束窗口 | 两版本同时在线的时间段 |
|---|---|
| 允许的变更 | 兼容扩展（加列、加索引、双写） |
| 延迟执行 | 删列、改名等破坏性操作 |
| 数据对账 | 双写与回填期间核对一致性 |
迁移顺序
迁移顺序
1. 加新列（旧代码忽略）
2. 部署新代码并双写
3. 回填历史数据
4. 验证一致性
5. 旧版本退役后删除旧列数据库是发布兼容性的主要约束点：迁移计划按「两版本同时在线」推导。
蓝绿与数据库兼容
蓝绿切换期间两套应用共享同一数据库：结构与行为必须同时满足新旧代码；破坏性变更要等旧版本完全退役后再执行。
易错点
- 切换前做重命名/删列：回退时旧代码直接报错
- 只验证新版本 SQL：旧版本在新结构上的行为未验证
数据来源与参考
- martinfowler.com《ParallelChange》
- martinfowler.com《BlueGreenDeployment》