无备份情况下PostgreSQL因级联删除丢失数据的恢复方案咨询

哎呀，这种级联删除的误操作真的太闹心了，尤其是没提前备份的情况，我完全懂你现在的焦虑😅。别慌，咱们一步步来看看还有哪些可能的恢复方向，不过先给你打个预防针：这些方法都不是100%能成的，得看误删后的操作和你的数据库配置，但总得试试对吧？

第一步：立刻锁死数据库，别再搞事情！ #

千万要马上停止PostgreSQL服务，绝对不能再往数据库里写任何数据——新的写入会把被删除数据占用的磁盘空间覆盖掉，一旦被覆盖，那数据就真的彻底没了。

• 要是你用的是systemd管理的系统，执行：sudo systemctl stop postgresql
• 要是是init.d的老旧系统，就跑：sudo /etc/init.d/postgresql stop

方法1：从WAL日志里捞数据 #

PostgreSQL的WAL（预写日志）会记录所有数据库的修改操作，只要误删后的WAL日志还没被自动清理掉，就有机会从中提取被删除的数据。

1. 先找到WAL日志的存储目录，一般在/var/lib/postgresql/[你的PG版本]/main/pg_wal/下，比如14版本就是/var/lib/postgresql/14/main/pg_wal/
2. 用pg_waldump工具分析WAL文件，定位到你误删的那个事务记录：

   pg_waldump /var/lib/postgresql/14/main/pg_wal/00000001000000000000000A
   

   （这里的WAL文件名要换成你目录里实际存在的，你可以按时间排序找误删前后生成的文件）
3. 如果能找到对应的DELETE操作记录，你可以尝试手动提取这些记录的内容，或者根据日志里的信息反向构造数据插入语句——不过这个比较考验对PostgreSQL WAL格式的熟悉程度。

方法2：文件系统快照恢复（看运气的救星） #

要是你的数据库所在磁盘用的是ZFS、Btrfs这类支持快照的文件系统，而且之前刚好开了自动快照功能，那简直是天无绝人之路！

• 直接找到误删操作时间点之前的文件系统快照，把数据库的数据目录（比如/var/lib/postgresql/14/main/）恢复到那个快照状态就行。
• 要是你没手动开快照，有些云服务商的云盘默认会有小时级快照，也可以去控制台碰碰运气，说不定有意外收获。

方法3：用工具直接读磁盘数据 #

PostgreSQL删除数据后，不会立刻把磁盘上的数据清零，只是把这些磁盘块标记为“可用”，只要还没被新的数据覆盖，就能用工具把它们读出来。推荐用pg_filedump这个工具：

1. 先找到你要恢复的表的OID（如果数据库还能启动，先开只读模式查询；不能启动的话得通过其他方式找）：

   -- 启动数据库到只读模式
   sudo -u postgres postgres -D /var/lib/postgresql/14/main/ -c default_transaction_read_only=on
   -- 查询orders表的OID
   SELECT oid FROM pg_class WHERE relname = 'orders';
   -- 查询conferences表的OID
   SELECT oid FROM pg_class WHERE relname = 'conferences';
   

2. 找到对应的数据文件，一般在base/[你的数据库OID]/[表OID].dat，比如数据库OID是12345，表OID是67890，就是base/12345/67890.dat
3. 用pg_filedump分析这个文件，提取还能识别的记录：

   pg_filedump -D base/12345/67890.dat > recovered_orders_data.txt
   

   之后你可以从生成的txt文件里手动整理出还能恢复的记录。

最后说句实在话 #

如果上面的方法都走不通，那可能真的无力回天了。这次就当是个惨痛的教训吧——以后一定要记得开自动备份，哪怕是每天用pg_dump做个简单的备份，也比现在强；另外，级联删除这种操作一定要谨慎，比如给外键加ON DELETE RESTRICT而不是CASCADE，或者操作前先手动跑个SELECT确认要删的范围，再执行DELETE。

备注：内容来源于stack exchange，提问作者Gabriel Butarelo