You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Rails 5.1升级至6.1后schema_migrations表仅存最后一条迁移记录问题咨询

Rails 6.1 升级后schema_migrations表记录丢失排查思路
  • 先确认项目中是否开启了config.active_record.use_schema_cache_dump,Rails 6.1默认开启该配置,如果你用了rails db:schema:load替代迁移执行,会直接重写整个schema_migrations表,仅保留当前schema.rb对应的最新迁移版本。你可以先在开发环境临时加配置关闭:config.active_record.use_schema_cache_dump = false,验证是否还出现记录丢失的情况。
  • 排查Oracle adapter的兼容问题,你当前使用的activerecord-oracle_enhanced-adapter 6.1.4存在已知的schema_migrations版本号格式处理bug,Oracle默认的字符串比对逻辑和MySQL/PostgreSQL不同,当迁移版本号长度不一致时,adapter的批量查询迁移记录的逻辑会误判旧版本为不存在,触发自动清理。你可以先把adapter升级到6.1.x分支的最新稳定小版本,再验证故障是否复现。
  • 排查开发环境自动schema维护逻辑,测试环境你注释了ActiveRecord::Migration.maintain_test_schema!解决了问题,Rails 6.1对开发环境也新增了自动schema同步逻辑,默认会对比本地schema.rb和数据库迁移记录的差异,如果判定不一致会自动执行db:schema:load覆盖表记录。你可以在config/environments/development.rb中添加配置关闭该逻辑:config.active_record.migration_error = false,再手动执行所有迁移验证记录是否正常保留。
  • 如果需要快速恢复现有环境的迁移记录,可以先从迁移记录完整的环境导出所有schema_migrations的版本号列表,在开发/非生产环境手动批量插入,插入前先关闭所有自动schema同步逻辑,避免插入后被再次清理。

内容的提问来源于stack exchange,提问作者Aniket Tiwari

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.09.26 03:36:03