Rails创建新迁移时出现Mysql2::Error表不存在问题求助

嘿，这个坑我之前踩过！问题根源很明确——你的模型代码在迁移执行前就被加载了：当你运行rails db:migrate时，Rails会先加载所有模型文件，这时候Property模型里的Source.all.map{ |source| source.name }会试图查询还未创建的sources表，直接触发了Mysql2的“表不存在”报错。

下面是几个可行的解决办法，按优先级排序：

1. 先执行迁移，再添加验证 #

这是最直接的临时解决方案：

• 先把Property模型里的验证代码注释掉：

  class Property < ActiveRecord::Base
    # 先注释这行，等迁移完成再恢复
    # validates :source, allow_blank: true, inclusion: { in: Source.all.map{ |source| source.name } }
  end
  

• 运行迁移命令创建sources表：

  rails db:migrate
  

• 最后把Property模型里的验证代码恢复，重启开发服务器即可（开发环境可能自动加载，但重启更保险）。

2. 优化验证逻辑，延迟数据库查询 #

直接在验证的in选项里写Source.all.map会导致类加载时就执行数据库查询，不仅迁移时出问题，平时每次启动Rails、预加载模型时都会额外查一次库，非常低效。我们可以用Proc延迟执行查询，只有在实际验证属性的时候才去访问数据库：

class Property < ActiveRecord::Base
  validates :source, allow_blank: true, inclusion: { 
    in: ->(property) { Source.pluck(:name) }, # 用pluck比all.map更高效，直接取字段值
    message: "%{value} 不是有效的来源选项"
  }
end

3. 调整开发环境配置，避免预加载模型 #

如果开发环境经常遇到这类“模型加载干扰迁移”的问题，可以修改config/environments/development.rb：

config.eager_load = false

这个配置会关闭开发环境的模型预加载，只有在实际用到模型时才加载，迁移时就不会触发模型里的数据库查询了。注意：生产环境一般要保持eager_load = true来提升性能。

额外提醒 #

永远不要在模型类的顶层代码里直接执行数据库查询（比如SOURCE_OPTIONS = Source.pluck(:name)），因为类加载时就会执行，迁移、初始化时都容易出问题。如果需要复用这类数据，要么用延迟加载的Proc，要么封装到方法里：

class Property < ActiveRecord::Base
  def self.valid_source_options
    @valid_source_options ||= Source.pluck(:name)
  end

  validates :source, allow_blank: true, inclusion: { 
    in: ->(property) { self.class.valid_source_options },
    message: "%{value} 不是有效的来源选项"
  }
end

内容的提问来源于stack exchange，提问作者Adrian Rotama