如何在 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

Rails 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：错误：DROP INDEX CONCURRENTLY 无法在事务块内运行。”

Answer 5

对于 Rails 3，上述答案已被破坏，因为 ddl_transaction 已移至 ActiveRecord::Migrator 中。我无法找到一种方法来猴子修补该类，所以这里有一个替代解决方案：

我在 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;”就像黑客一样到我的sql的开头对我有用，但那是针对SQL Server的，不确定这是否适用于postgres...

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

所以...：

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

效果很好...我们会看看我以后是否会后悔。