数据库变更脚本管理与上线回滚清单.docxVIP

数据库变更脚本管理与上线回滚清单

变更脚本的编写规范

××规定所有库改动写成版本化脚本，一个脚本只干一件事，命名带序号与意图，比如V207_add_order_index。禁止手工在控制台敲改库，手改一次就可能埋下约3处不可追溯的差异。

脚本开头必写3行注释：影响哪张表、预计锁表时长、回滚语句。××示例给一张约5000万行的订单表加索引，在线改约需15分钟、锁写约2分钟，这些数字评审时先摆出来。

字段默认值与旧代码兼容是硬要求。××新增列一律可空或给默认值，不让老版本读到NULL报错，删列拆成两步：先停写、观察约7天无引用再删，避免回滚无处可退。

脚本类型

注释项

预估锁表

回滚方式

评审层级

新增表

表名加意图

无锁

删表脚本

一级

加字段

默认值

约2分钟

删列脚本

二级

加索引

在线耗时

约15分钟

删索引脚本

二级

改类型

兼容说明

约30分钟

还原脚本

专项

删字段

引用排查

约5分钟

加回脚本

专项

版本管理与执行顺序

脚本按单调递增序号排，一次跑一个、跑完落库记录版本号。××用一张变更表记已执行约207个版本，重复执行自动跳过，防止约2个环境因乱序出现结构分叉。

环境与生产必须同序列。××要求开发、测试、生产跑同一批脚本，任一环境跳号就阻断发布，历史上一次跳号导致生产报错，回滚花了约40分钟、牵连约3个服务。

合并冲突有解法。两个脚本抢同一个版本号时，××按提交时间