背景
同组的一位负责B端Web项目的同事将版本发布到生产环境之后。收到了用户很多投诉，诸如功能很难用、操作流水很繁琐。产品经理进行分析检讨，判断是因为新旧版本系统用户使用习惯差异太大，且没有兼容原有功能。经过短暂的商议后决定回退版本。
因为是web应用所有直接将服务端的版本包回退到上次发版即可。但是在回退的时候需要考虑一个问题就是当初发版的时候可是提了一些DDL和DML的SQL脚本， 比如升级的时候增加了一些新的字段且设置为必填、增加了新的唯一索引等。
解答
当新版本灰度发布表现不佳时，应回滚至旧版本。对于纯粹的Web应用而言，回滚相对简单。主要难点在于用户数据的无缝切换。对于客户端应用，如果期待用户自行卸载新版本另行安装旧版本，成本和流失率都太高。可以考虑通过快速另行发布新版本，利用升级来“回滚”，覆盖上次灰度发布的修改。
那位同事需要准备的SQL事项如下
1.在原有表上新增的字段，如果是Not Null，则需要将字段改为Default Null。
2.在原有表上新增的唯一索引约束，需要将新增的唯一索引Drop掉。
3.新增一张表，不需要处理。
4.基于新版本代码生成的新的数据，需要进行删除。
5.基于新版本代码更新了原有的数据，需要具体业务具体分析，比如如新版本中在原有的类型字段如showType中新增了一种类型，以前只有A和B两种类型，现在扩充了C、D、E。那么回滚之后如果后续业务逻辑中会查出来这些数据，并进行判断等相关逻辑处理时，那么就有可能会报错，所以需要与需求方确认，判断是删除掉这部分数据，还是修复这部分数据。
建议
在进行版本迭代升级时，一般数据库不建议删除列，也不建议变更字段的含义，如果需要则优先考虑添加新字段，或者新建表通过外键关联起来，这样升级、回退，都不太会出现太大的问题。
本篇文章如有帮助到您，请给「翎野君」点个赞，感谢您的支持。
