Postgres 允许在不使用 CONCURRENTLY 选项锁定表的情况下创建索引。事务中不允许使用此选项，因此当将其添加到 flyway 迁移脚本时，flyway 会失败：
错误：由 org.postgresql.util.PSQLException 引起：错误：CREATE INDEX CONCURRENTLY 不能在事务块内运行
ActiveRecord 支持disable_ddl_transaction! 来解决这种情况。 flyway 是否支持某种方式在事务之外运行这样的脚本？
【问题讨论】：
标签： postgresql flyway
这是在 Flyway 4.1 中实现的，请参阅票证 851 和 Non-Transactional PostgreSQL Support in Flyway（链接已损坏）。
此功能通过检测应在没有事务的情况下执行语句来工作。据我所知，目前只支持 PostgreSQL。
第一个障碍是检测何时需要在外部运行迁移 的一笔交易。两条前进的道路是显而易见的。第一条路径，[..]， 是创建文件名注释。第二条路径是添加一个 Flyway 的语句解析器检测非事务性命令和 以适当的隔离级别运行它们。尽管有额外的工作 就他们而言，Boxfuse 团队坚定不移地 遵循第二条路径。它提供了更好的用户体验 Flyway 的长期用户。
默认情况下，以这种方式执行的迁移应该只包含需要在没有事务的情况下执行的语句。默认情况下不允许将其与事务语句混合使用，需要通过属性启用。
创建迁移不得混合事务性与 非事务性语句创建了可能引入的限制 未来用户看不到的问题。万一这个未知 需要通常在一个内部运行的 DDL 的情况 交易需要处理，一个属性叫做 flyway.allowMixedMigrations 被添加到配置中。默认情况下它是假的。我强烈建议永远不要打开它。
非事务性处理的语句由PostgreSQLParser中的代码确定：
@Override
protected Boolean detectCanExecuteInTransaction(String simplifiedStatement, List<Token> keywords) {
if (CREATE_DATABASE_TABLESPACE_SUBSCRIPTION_REGEX.matcher(simplifiedStatement).matches()
|| ALTER_SYSTEM_REGEX.matcher(simplifiedStatement).matches()
|| CREATE_INDEX_CONCURRENTLY_REGEX.matcher(simplifiedStatement).matches()
|| REINDEX_REGEX.matcher(simplifiedStatement).matches()
|| VACUUM_REGEX.matcher(simplifiedStatement).matches()
|| DISCARD_ALL_REGEX.matcher(simplifiedStatement).matches()) {
return false;
}
boolean isDBVerUnder12 = true;
try {
isDBVerUnder12 = !parsingContext.getDatabase().getVersion().isAtLeast("12");
} catch (Exception e) {
LOG.debug("Unable to determine database version: " + e.getMessage());
}
if (isDBVerUnder12 && ALTER_TYPE_ADD_VALUE_REGEX.matcher(simplifiedStatement).matches()) {
return false;
}
return null;
}
【讨论】：
目前还没有。当前所有迁移都在一个事务中运行。随时在问题跟踪器中提交增强请求。
【讨论】：
根据这篇文章：
Flyway migration hangs for postgres CREATE INDEX CONCURRENTLY
您可以将 NT 作为前缀添加到您的迁移中
V201609121806__create_index_for_table.sql
变成
NTV201609121806__create_index_for_table.sql
【讨论】：