天桥升级与向在线模式迁移的过渡，等等

Question

我们的主要项目是使用一个现在非常古老的天桥版本，从一开始。(v3.2.1)

多年来，schema.

• Attempting (
• Flyway )进行了大量的改进，而v6+似乎包含了许多关于我们的MySQL
• 支持的升级路径的有趣特性，我遇到了一些问题。我们的.sql迁移拒绝从头到尾地迁移；Flyayv3.2.1认为我们的所有迁移都是有效的，但是v4+会阻塞一些奇怪的注释语法。当然，文件修复以获得迁移工作将产生不同的检查和，这是一个安全升级的障碍。我很清楚模式表名称在insurmountable.
• I'm中的变化；这不是v5也在关注Liquibase和在线模式迁移工具；FB、Percona和GitHub的OST (gh-ost)看起来很有趣，但是我们使用外键，我们需要更多的副本，所以现在可能不会出现这种情况。

现在，我对一个新的基线w/ Flyway v7 beta或交换工具感兴趣。如果您在SaaS上部署k8s并有任何一般性建议--我会接受的，但我特别感兴趣的是：

人们如何克服新版本的Flyway不再接受现有SQL迁移的问题。或者，是否有人“放弃”，只是创建了一个新的基线，而不是做漫长的升级路径？(或者，从天桥切换到另一个具有类似优点的工具)

Answer 1

这里至少有两个问题，许多移动部件：

1. 处理工具的约束，以及如何处理Flyway 3->7+ (遵循该工具的文档)--
2. --一般情况下如何合并大型prod迁移，这是一个过于普遍的问题，无法在这里讨论。

如果有人在第一个问题上有更好的(不那么笼统的)建议，我很想听听。

第二，我们期待我们的潜艇和部署从现成的工具。

我从事过的大多数项目都是基于Spring的。(大生态系统，即使没有k8s比特)