我想知道是否可以使用数据库迁移实用程序（例如flyway）或其他在生产中出现问题的数据库迁移回滚。 可以说如果由于生产错误或某些即时修补程序而不得不在生产中进行回滚，那么flyway如何不仅可以帮助还原架构更改，还可以回滚数据，同时还能保留从当前生产中生成的任何生产数据。 / p>
例如： 假设我有一个基于代码v1.0和flyway db脚本版本v1.0的facebook应用程序。应用程序用户开始添加很多填充db表的注释或帖子。因此，如果我想回滚到v0.5，我知道flyway将负责db模式更改，但是数据呢？在保留从v1.0生成的数据的同时，最好采取任何良好的最佳做法或建议进行回滚，以使以后的版本中包含错误修复程序的用户信息都不会丢失。
以下文章有一些优点，http://workingwithdevs.com/rolling-back-database-changes/，但我正在考虑其他想法或更好的方法