飞行路径假故障

Question

前几天，我们的jenkins作业中出现了一个flyway迁移失败。当我们查看数据库时，我们发现脚本已被应用，但在脚本的“schema_version”表中没有创建任何条目。我们知道这个脚本需要很长时间才能应用（修改一个包含大约70M行的表），我们使用了SQL语法，至少可以使更改不阻塞（mysql上的ALGORITHM=INPLACE）。然而，当脚本完成时，flyway返回jenkins失败，并且在这个长脚本之后没有运行任何脚本。

我们正在通过gradle插件（版本3.2.1）运行flyway，并使用ansible调用gradle任务。Jenkins叫ansible叫gradle叫flyway。不确定这是否是由于飞行时间超时或责任造成的。不过，我们不希望在生产中再次发生这种情况。

我们的解决方法是手动将条目放入schema_version，以便脚本不会重新运行，然后重新应用迁移，以便在脚本运行后运行。

我们查看了数据库，发现在同一时间出现了一个巧合的连接尖峰，所以它可能遇到了连接限制，但我认为如果它正在运行脚本，那么连接可能已经打开了。

jenkins的净化输出如下：

TASK: [flyway | run flywayMigrate] ******************************************** 
<db.server> REMOTE_MODULE command gradle -b /opt/product/rc/flyway-17.5.32.37534.d2bac4a/extracted/flyway.gradle flywayMigrate
failed: [db.server] => {"failed": true, "parsed": false}
invalid output was: SUDO-SUCCESS-plqsdlxwlfkdsujlxdafldpasvtllis

Answer 1

这很可能是由于Flyway用于元数据表的连接被您的基础结构（DB、代理等）的某个部分关闭，导致Flyway无法在长时间运行的迁移完成后将该行写入表。