Laravel 10迁移后PostgreSQL原有表消失求助

1. 先确认表是被删除还是“隐藏” #

• 登录PostgreSQL命令行（sudo -u postgres psql your_db_name），执行\dt *.*查看所有schema下的表。Laravel默认用public schema，但如果迁移中误改了schema，或者pgAdmin默认只显示public，就会出现“表消失”的错觉。
• 执行SQL查询：SELECT tablename FROM pg_tables WHERE schemaname = 'public';，如果原有表不在结果里，说明确实被删除；如果存在，去pgAdmin的“Schema”过滤设置里勾选对应schema即可显示。

2. 无备份下恢复已删除的表 #

PostgreSQL的WAL日志可以帮你恢复到指定时间点：

• 先停掉PostgreSQL服务：sudo systemctl stop postgresql
• 找到数据目录，Ubuntu上通常是/var/lib/postgresql/<你的PG版本>/main（比如/var/lib/postgresql/14/main）
• 用pg_waldump分析WAL日志，定位DROP操作：pg_waldump /var/lib/postgresql/14/main/pg_wal/[日志文件名] | grep DROP，找到包含DROP TABLE的日志段，确定迁移执行的时间点
• 时间点恢复步骤：
  1. 复制原数据目录到新位置做恢复操作：sudo cp -r /var/lib/postgresql/14/main /var/lib/postgresql/14/main_recovery
  2. 在恢复目录下修改postgresql.conf（PG12+用此配置替代旧的recovery.conf），添加：

     restore_command = 'cp /var/lib/postgresql/14/main/pg_wal/%f %p'
     recovery_target_time = '202X-XX-XX XX:XX:XX' # 设置为migrate执行前的时间
     recovery_target_inclusive = off # 不包含目标时间点的操作
     

  3. 修正恢复目录的权限：sudo chown -R postgres:postgres /var/lib/postgresql/14/main_recovery
  4. 启动临时PG服务：sudo -u postgres pg_ctl -D /var/lib/postgresql/14/main_recovery start，然后用pg_dump导出需要的表
  5. 导出完成后关闭临时服务，将数据导入原数据库

3. 排查Laravel迁移的问题根源 #

• 检查所有迁移文件，尤其是新增的那个，看up()方法里有没有误写Schema::dropIfExists()或者其他删除表的逻辑
• 查看Laravel日志storage/logs/laravel.log，搜索migrate关键词，看有没有异常执行的SQL语句
• 核对.env里的DB配置，确认是否连接到了正确的数据库，避免误操作到其他环境的库

4. 后续预防措施 #

• 每次执行migrate前强制备份：可以写一个Artisan命令，或者在AppServiceProvider的boot()方法里添加迁移前的备份逻辑，调用pg_dump完成自动备份
• 给PostgreSQL加定时备份任务：比如用cron每天凌晨备份：0 0 * * * sudo -u postgres pg_dump -d your_db_name > /path/to/backup/db_$(date +%Y%m%d).sql
• 迁移文件上线前必须在本地测试，涉及删除、修改表结构的语句要反复核对

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