Rails PG数据库schema_migrations为空，如何不删库恢复该表？

嘿，这种情况我之前部署预服时也踩过一模一样的坑，完全不用删库丢数据就能搞定，下面给你一步步来实操：

1. 先摸清楚哪些迁移已经实际运行了 #

既然其他表都完好，说明之前的迁移早就执行过了，咱们得先把这些已运行的迁移版本找出来：

• 打开项目的db/migrate目录，所有迁移文件名都是[时间戳]_xxxx.rb的格式，时间戳就是关键的版本号。
• 对照数据库里的现有表结构来核对：比如你看到数据库里有users表，那对应的202xxxxxxxxx_create_users.rb肯定已经跑过了；如果某个表有last_login_at字段，那添加这个字段的迁移也已经执行过。
• 要是拿不准，也可以查数据库表的元数据辅助判断：PostgreSQL用SELECT relname, relcreationtime FROM pg_class WHERE relkind = 'r' AND relname NOT LIKE 'pg_%';，MySQL用SHOW TABLE STATUS LIKE '%';，通过表的创建时间匹配迁移的时间戳。

2. 重建schema_migrations表 #

先把这个失踪的表建回来，不同数据库的SQL语句略有区别，选你对应的：

PostgreSQL #

CREATE TABLE schema_migrations (
  version varchar(255) NOT NULL PRIMARY KEY
);

MySQL #

CREATE TABLE schema_migrations (
  version varchar(255) NOT NULL PRIMARY KEY,
  UNIQUE KEY unique_schema_migrations (version)
);

SQLite #

CREATE TABLE schema_migrations (
  version varchar(255) NOT NULL PRIMARY KEY
);

3. 把已运行的迁移版本插入表中 #

把你刚才确认好的所有迁移时间戳，逐个插入到新建的表里，示例SQL如下：

INSERT INTO schema_migrations (version) VALUES 
('20230101120000'),
('20230102143000'),
('20230103091500');

⚠️ 注意：一定要把所有已经实际应用到数据库的迁移版本都插进去，漏一个都会导致下次部署重复执行该迁移，大概率会报错（比如提示表已存在、字段已存在）。

4. 验证修复效果 #

做完上面三步，你可以跑一遍部署时的迁移命令（比如Rails里的rails db:migrate），系统会自动对比schema_migrations里的版本和本地迁移文件，只执行那些还没跑过的新迁移，不会再重复执行旧的了。

• 保险起见，建议先在本地复制一份预服的数据库镜像，按步骤操作测试一遍，确认没问题再到预服服务器上执行。

额外提醒 #

• 操作前一定要备份预服数据库！虽然步骤很安全，但数据库操作永远要有备份兜底。
• 以后可以定期检查schema_migrations表的状态，或者在部署脚本里加个校验步骤，避免再出现这种情况。

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