在Rails中手动编写迁移创建ar_internal_metadata表是否可行？会引发问题吗？

没问题，手动编写迁移创建这个表是可以正常工作的，但得注意几个关键点，避免和Rails的自动管理逻辑冲突。

先说说为什么这个表会从schema里消失：Rails本身会自动维护ar_internal_metadata表，它主要用来跟踪当前应用的环境信息，和schema_migrations配合管理迁移状态。如果它从schema里被移除，大概率是因为某些异常场景——比如迁移执行顺序乱了、手动修改过schema文件，或者你用的Rails版本存在特定bug，导致自动生成schema时没把它保留下来。

接下来讲手动创建的正确姿势：

• 你给出的这段创建表的代码完全符合Rails默认结构，可以放心使用：

  create_table 'ar_internal_metadata', primary_key: 'key', force: :cascade do |t|
    t.datetime 'created_at', null: false
    t.datetime 'updated_at', null: false
    t.string 'value'
  end
  

  这里一定要注意primary_key: 'key'这个参数，因为Rails给这个表设计的主键不是常规的id，而是key字段，少了这个参数会导致后续Rails无法正常读写这个表。
• 创建表之后，必须插入一条关键记录：这个表需要一条key为environment的条目，值对应你的Rails环境（比如development、production）。如果直接在迁移里调用模型可能有风险（比如模型还没加载完全），用SQL语句更稳妥：

  execute <<~SQL
    INSERT INTO ar_internal_metadata (key, value, created_at, updated_at)
    VALUES ('environment', '#{Rails.env}', NOW(), NOW())
    ON CONFLICT (key) DO NOTHING;
  SQL
  

  用ON CONFLICT是为了避免重复插入导致报错，即使以后重复运行这个迁移也没问题。
• 后续要避免冲突：创建完成后，不要手动删除这个表，也不要在schema.rb/structure.sql里移除它的定义。Rails后续执行db:migrate或db:schema:load时，会检查这个表的存在性和结构，只要没问题就不会再动它。

另外，建议你最好排查一下这个表为什么会被移除——比如有没有迁移脚本不小心删掉了它？或者是不是Rails版本的问题？某些旧版Rails在特定操作下确实会出现这个bug，升级到稳定版本可能就能解决根源问题，省得以后再折腾。

总的来说，只要按正确的结构创建并补全必要记录，手动迁移是安全的，不会引发问题。

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