如何在 Rails 中不启动事务的情况下运行迁移？

Question

我正在从 OpenCongress 运行一些奇怪的 Postgres 迁移代码，我收到了这个错误：

RuntimeError: ERROR     C25001  MVACUUM cannot run inside a transaction block
Fxact.c  L2649   RPreventTransactionChain: VACUUM FULL ANALYZE;

所以我想尝试在不被事务包裹的情况下运行它。

Answer 1

现在有一个方法 disable_ddl_transaction! 允许这样做，例如：

class AddIndexesToTablesBasedOnUsage < ActiveRecord::Migration
  disable_ddl_transaction!
  def up
    execute %{
      CREATE INDEX CONCURRENTLY index_reservations_subscription_id ON reservations (subscription_id);
    }
  end
  def down
    execute %{DROP INDEX index_reservations_subscription_id}
  end
end

Answer 2

ActiveRecord::Migration 具有以下在运行迁移时被调用的私有方法：

def ddl_transaction(&block)
  if Base.connection.supports_ddl_transactions?
    Base.transaction { block.call }
  else
    block.call
  end
end

如您所见，如果连接支持，这会将迁移包装在事务中。

在ActiveRecord::ConnectionAdapters::PostgreSQLAdapter 你有：

def supports_ddl_transactions?
  true
end

SQLite 2.0 及更高版本也支持迁移事务。 在ActiveRecord::ConnectionAdapters::SQLiteAdapter 你有：

def supports_ddl_transactions?
  sqlite_version >= '2.0.0'
end

那么，要跳过事务，您需要以某种方式规避这一点。 像这样的东西可能会起作用，虽然我还没有测试过：

class ActiveRecord::Migration
  class << self
    def no_transaction
      @no_transaction = true
    end

    def no_transaction?
      @no_transaction == true
    end
  end

  private

    def ddl_transaction(&block)
      if Base.connection.supports_ddl_transactions? && !self.class.no_transaction?
        Base.transaction { block.call }
      else
        block.call
      end
    end
end

然后您可以按如下方式设置迁移：

class SomeMigration < ActiveRecord::Migration
  no_transaction

  def self.up
    # Do something
  end

  def self.down
    # Do something
  end
end

Answer 3

一种非常简单的、独立于 Rails 版本（2.3、3.2、4.0，没关系）的方法是简单地将 execute("commit;") 添加到迁移的开头，然后编写 SQL。

这会立即关闭 Rails 启动的事务，并允许您编写可以创建自己的事务的原始 SQL。在下面的示例中，我使用 .update_all 和子选择 LIMIT 来处理更新一个巨大的数据库表。

举个例子，

class ChangeDefaultTabIdOfZeroToNilOnUsers < ActiveRecord::Migration
  def self.up
    execute("commit;")
    while User.find_by_default_tab_id(0).present? do
      User.update_all %{default_tab_id = NULL}, %{id IN (
        SELECT id FROM users WHERE default_tab_id = 0 LIMIT 1000
      )}.squish!
    end
  end

  def self.down
    raise ActiveRecord::IrreversibleMigration
  end
end

Answer 4

导轨 4 + 有一个方法 disable_ddl_transaction!，您可以在迁移文件中使用它，如下所示。

class AddIndexToTable < ActiveRecord::Migration
  disable_ddl_transaction!

  def change
    add_index :table, :column, algorithm: :concurrently
  end
end

铁轨下 4

就像上面的一些答案一样，有一个简单的技巧，您可以提交事务，然后在迁移完成后再次开始事务，如下所示

class AddIndexToTable < ActiveRecord::Migration
  def change
    execute "COMMIT;"

    add_index :table, :column, algorithm: :concurrently

    # start a new transaction after the migration finishes successfully
    execute "BEGIN TRANSACTION;"
  end
end

这在我们不能同时创建/删除索引的情况下很有帮助，因为这些不能在事务中执行。 如果你尝试你会得到错误“PG::ActiveSqlTransaction: ERROR: DROP INDEX CONCURRENTLY cannot run inside a transaction block.”

Answer 5

由于 ddl_transaction 被移动到 ActiveRecord::Migrator 中，Rails 3 的上述答案被打破了。我想不出办法给那个类打补丁，所以这里有一个替代解决方案：

我在lib/下添加了一个文件

module NoMigrationTransactions
  def self.included(base)                                                                                                                  
    base.class_eval do
      alias_method :old_migrate, :migrate

      say "Disabling transactions"

      @@no_transaction = true
      # Force no transactions
      ActiveRecord::Base.connection.instance_eval do
        alias :old_ddl :supports_ddl_transactions?

        def supports_ddl_transactions?
          false
        end
      end

      def migrate(*args)
        old_migrate(*args)

        # Restore
        if @@no_transaction
          say "Restoring transactions"
          ActiveRecord::Base.connection.instance_eval do
            alias :supports_ddl_transactions? :old_ddl
          end
        end
      end
    end
  end
end

那么您在迁移中所要做的就是：

class PopulateTrees < ActiveRecord::Migration
  include NoMigrationTransactions
end

它的作用是在加载迁移类时禁用事务（希望在加载所有先前的之后和加载任何未来的之前），然后在迁移之后恢复任何旧的事务功能。

Answer 6

我并不是说这是执行此操作的“正确方法”，但对我有用的是单独运行那一次迁移。

rake db:migrate:up VERSION=20120801151807

其中 20120801151807 是迁移的时间戳。

显然，当您运行单个迁移时，它不使用事务。

Answer 7

添加 'commit;' 就像 hacky到我的 sql 开头为我工作，但那是 SQL Server，不确定这是否适用于 postgres...

示例：CREATE FULLTEXT INDEX ... 在 sql-server 用户事务中是非法的。

所以...：

execute <<-SQL
    commit;
    create fulltext index --...yada yada yada
SQL

工作正常...我们会看看我以后会不会后悔。