回滚失败的 Rails 迁移

Question

如何回滚失败的 Rails 迁移？ 我希望 rake db:rollback 能够撤消失败的迁移，但事实并非如此，它会回滚之前的迁移（失败的迁移减一）。 并且 rake db:migrate:down VERSION=myfailedmigration 也不起作用。 我已经遇到过几次这种情况，这非常令人沮丧。 这是我为重复问题而进行的一个简单测试：

class SimpleTest < ActiveRecord::Migration
  def self.up
    add_column :assets, :test, :integer
    # the following syntax error will cause the migration to fail
    add_column :asset, :test2, :integer
  end

  def self.down
    remove_column :assets, :test
    remove_column :assets, :test2
  end
end

结果：

==  SimpleTest: migrating =====================================================
-- add_column(:assets, :test, :integer)
   -> 0.0932s
-- add_column(:asset, :error)
rake aborted!
An error has occurred, all later migrations canceled:

wrong number of arguments (2 for 3)

好的，让我们回滚：

$ rake db:rollback
==  AddLevelsToRoles: reverting ===============================================
-- remove_column(:roles, :level)
   -> 0.0778s
==  AddLevelsToRoles: reverted (0.0779s) ======================================

嗯？ 这是我在 SimpleTest 之前的最后一次迁移，而不是失败的迁移。 （哦，如果迁移输出包含版本号，那就太好了。）

因此，让我们尝试运行失败的迁移 SimpleTest：

$ rake db:migrate:down VERSION=20090326173033
$

什么也没有发生，也没有输出。 但也许它还是运行了迁移？ 因此，让我们修复 SimpleTest 迁移中的语法错误，并尝试再次运行它。

$ rake db:migrate:up VERSION=20090326173033
==  SimpleTest: migrating =====================================================
-- add_column(:assets, :test, :integer)
rake aborted!
Mysql::Error: Duplicate column name 'test': ALTER TABLE `assets` ADD `test` int(11)

没有。 显然 migrate:down 不起作用。 这不是失败，只是没有执行。

除了手动进入数据库并删除它，然后运行测试之外，没有办法删除重复的表。 一定有比这更好的方法。

Answer 1

2015 年，Rails 4.2.1 和 MySQL 5.7 无法使用 Rails 提供的标准 rake 操作修复失败的迁移，就像 2009 年一样。MySql

不支持 DDL 语句的回滚（参见 MySQL 5.7 手册）。 Rails 对此无能为力。

另外，我们可以检查 Rails 是如何完成这项工作的：迁移是 封装在事务中，具体取决于连接适配器如何响应 :supports_ddl_transactions?。 在 Rails 源代码（v 4.2.1）搜索此操作后，我发现只有 Sqlite3 和 PostgreSql 支持事务，并通过 默认不支持。

编辑
因此，原始问题的当前答案是：必须手动修复失败的 MySQL 迁移。

Answer 2

做到这一点的简单方法是将所有操作包装在事务中：

class WhateverMigration < ActiveRecord::Migration

 def self.up
    ActiveRecord::Base.transaction do
...
    end
  end

  def self.down
    ActiveRecord::Base.transaction do
...
    end
  end

end

正如 Luke Francl 指出的那样，“MySql[的 MyISAM 表不]支持事务”——这就是为什么您可能会考虑在一般情况下或在某些情况下避免使用 MySQL尤其是MyISAM。

如果您使用 MySQL 的 InnoDB，那么上面的代码就可以正常工作。 向上或向下的任何错误都将退出。

请注意某些类型的操作无法通过交易恢复。 通常，表更改（删除表、删除或添加列等）无法回滚。

Answer 3

仅从控制台运行向下迁移：

http ://gilesbowkett.blogspot.com/2007/07/how-to-use-migrations-from-console.html（点击进入他的馅饼）

Answer 4

我有一个错字（在“add_column”中）：

def self.up

add_column :媒体、:标题、:文本 
  添加列：媒体、：enctype、：文本 
  

结束

def self.down

remove_column :medias, :title 
  删除列：媒体，：enctype    
  

结束

然后是你的问题（无法撤消部分失败的迁移）。 在谷歌搜索失败后我运行了这个：

def self.up

remove_column :medias, :title 
  添加列：媒体、：标题、：文本 
  添加列：媒体、：enctype、：文本 
  

结束

def self.down

remove_column :medias, :title 
  删除列：媒体，：enctype 
  

结束

正如你所看到的，我只是手动添加了修正线，然后在我签入之前再次将其删除。

Answer 5

亚历杭德罗·巴比奥（Alejandro Babio）的上述答案提供了当前最佳答案。

我想补充的一个额外细节是：

当 myfailedmigration 迁移失败时，它不会被视为已应用，这可以通过运行 rake db:migrate:status 来验证，其中将显示类似于以下内容的输出：

$  rake db:migrate:status
database: sample_app_dev

 Status   Migration ID    Migration Name
--------------------------------------------------
   up      20130206203115  Create users
   ...
   ...
   down    20150501173156  Test migration

在失败的迁移上执行的 add_column :assets, :test, :integer 的残余影响必须在数据库级别使用 alter table 逆转资产删除列测试； 查询。

Answer 6

不幸的是，您必须手动清理 MySQL 失败的迁移。 MySQL 不支持事务数据库定义更改。

Rails 2.2 包括 PostgreSQL 的事务迁移。 Rails 2.3 包括 SQLite 的事务迁移。

这并不能真正帮助您解决目前的问题，但如果您在未来的项目中可以选择数据库，我建议使用支持事务 DDL 的数据库，因为它使迁移更加愉快。

更新 - 这在 2017 年仍然适用，在 Rails 4.2.7 和 MySQL 5.7 上，由 Alejandro Babio 在此处的另一个答案中报告。

Answer 7

好吧，伙计们，这就是你们实际做的方法。 我不知道上面的答案在说什么。

1. 找出向上迁移的哪一部分有效。 评论那些。
2. 还要注释掉/删除损坏的迁移部分。
3. 再次运行迁移。 现在它将完成迁移中未损坏的部分，跳过已经完成的部分。
4. 取消注释您在步骤 1 中注释掉的迁移部分。

如果您想验证现在是否已完成迁移，则可以向下迁移并再次备份。

Answer 8

要转到指定版本，只需使用：

rake db:migrate VERSION=(the version you want to go to)

但如果迁移中途失败，您必须先清理它。 一种方法是：

• 编辑迁移的 down 方法，仅撤消有效的 up 部分
• 迁移回之前的状态（您开始的位置）
• 修复迁移（包括撤消对 down 所做的更改）
• 重试

Answer 9

我同意您应该尽可能使用 PostgreSQL。 但是，当您陷入 MySQL 困境时，您可以通过首先在测试数据库上尝试迁移来避免大多数问题：

rake db:migrate RAILS_ENV=test

您可以恢复到之前的状态，然后重试

rake db:schema:load RAILS_ENV=test