上周三半夜，我一个做电商的朋友打来电话，声音都在发抖。他的MySQL数据库突然崩了，几万条订单记录眼看就要泡汤。我问他备份了没，他沉默了三秒，说上次备份还是两个月前的事。这种场景我见得太多了，数据库这东西，平时安安静静躺在服务器里，一旦出事就是天塌下来。但我想说的是，真不用慌，市面上有不少靠谱的恢复工具，能把你的数据从鬼门关拉回来。今天我就把这几款压箱底的工具拿出来聊聊，都是我自己踩过坑、试过水之后留下的干货。
先说说最基础的MySQL恢复。很多人第一反应是去找官方工具，但官方自带的mysqlcheck说实话功能有限，遇到真正棘手的损坏就歇菜了。我这些年用得最顺手的是一款叫Stellar Repair for MySQL的工具，界面虽然土了点，但干活是真利索。它能扫描整个数据库文件，把那些损坏的InnoDB和MyISAM表一个个揪出来修复。有个细节特别打动我，它修复的时候会生成详细的日志报告，告诉你哪张表损坏了、修复了哪些数据、哪些实在救不回来，这种透明感让人心里踏实。而且它支持直接导出修复后的数据到新的数据库，不用你手动折腾一堆中间步骤。
如果你是SQL Server的用户，那情况又不太一样。微软自家的工具在数据恢复这块确实有点保守，很多时候只会给你一个“数据库一致性错误”的提示，然后就没下文了。我试过几款第三方工具，其中DataNumen SQL Recovery算是比较能打的一款。它有个绝活，能直接从损坏的MDF文件里提取数据，哪怕整个数据库都挂载不上去了，它也能像考古一样把里面的表、存储过程、视图都挖出来。我用它救过一个客户的CRM系统，当时那个数据库文件已经膨胀到80多个GB，常规手段全部失效，结果这工具花了大概两个小时，把能恢复的数据全捞出来了，连索引结构都还原了七七八八。
再说说PostgreSQL，这几年用的人越来越多，但恢复工具反而比MySQL和SQL Server少。我踩过不少坑之后发现，PostgreSQL的恢复思路其实更依赖日志，而不是单纯靠工具。不过有一款叫pgrepack的工具值得提一嘴，它虽然主要是做重组表的，但在数据页损坏的时候也能派上用场。原理是重建一张新表，把旧表里还能读的数据搬过去，坏掉的行直接跳过并记录在案。这种“断臂求生”的方式虽然会丢一部分数据，但至少保住了大头。我还搭配过WAL-G这个备份工具，它能在数据库还没完全崩溃的时候做增量备份，把损失降到最小。
聊完三大主流数据库，我想说说MongoDB和Redis这类非关系型数据库。很多人觉得NoSQL数据库结构简单，恢复起来应该更容易，实际上根本不是那么回事。MongoDB的WiredTiger存储引擎一旦损坏，恢复难度比MySQL高一个量级。我试过用MongoDB官方推荐的mongod --repair参数，但效果很不稳定，有时候修完还是打不开。后来我发现了一款叫Recovery for MongoDB的工具，它能直接解析WiredTiger的底层文件，绕开MongoDB服务本身去提取集合和文档。虽然界面简陋得像是十年前做的，但功能确实是实打实的。至于Redis，情况稍微好一点，因为它的持久化文件是AOF和RDB，结构相对简单，用redis-check-aof和redis-check-rdb这两个自带命令就能解决大部分问题。
这里我得插一句跟工具无关但话。工具再好，也顶不过一个靠谱的备份习惯。我见过太多人把宝全押在恢复工具上，结果发现工具也不是万能的。比如我前面提到的那些工具，它们能恢复的是“物理上还能读的数据”，但如果你数据库里的数据本身就是逻辑错误，比如某个字段被程序误写成了空值，那恢复工具也束手无策。所以我的建议是，每天做全量备份，每半小时做一次增量备份或者binlog日志同步，这样就算真出了事，你也能把损失控制在半小时以内。别嫌麻烦，真出事的时候你就知道这些备份有多香了。
说到备份，我还想推荐一款开源工具，叫Bareos。它跟那些单机恢复工具不太一样，是个完整的备份恢复系统，支持跨平台、跨数据库类型。我把它部署在一台专门的备份服务器上，每天凌晨自动把各个业务数据库打包加密，然后存到异地机房。有一次我们的生产环境服务器硬盘直接物理损坏，我用Bareos的恢复流程，从镜像到数据文件，花了不到三个小时就把整个数据库环境还原到了前一天晚上的状态。这种工具平时你可能感觉不到它的存在，但关键时刻它就是你的救命稻草。
我想说个很多人容易忽略的点，就是恢复工具的使用时机。我见过不少运维新手，数据库一出问题就急着跑恢复工具，结果把原本还能修复的情况搞得更糟。正确的做法是，先停掉数据库服务，把原始数据文件完整复制一份出来，然后在副本上跑恢复工具。这样就算恢复失败，你还有原始文件可以再试别的路子。另外，跑恢复工具的时候别开其他重型应用，给工具足够的CPU和内存资源，这能显著提高恢复成功率。我自己的习惯是，恢复之前先看一眼磁盘空间够不够，因为有些工具恢复过程中生成的临时文件可能比原始数据库还要大。
折腾了这么多年，我最大的体会是，数据库恢复工具就像消防器材，你。今天聊的这些工具，Stellar Repair for MySQL、DataNumen SQL Recovery、pgrepack、Recovery for MongoDB，还有Bareos，每一款都在关键时刻帮我救过场。当然，工具只是一道防线，真正靠谱的还是你平时积累的备份意识和操作规范。下次数据库再出问题，先深呼吸，别慌，备份好原始文件，选对工具，一步步来，大概率都能把损失降到最低。毕竟，数据这东西，只要不是物理销毁，总有办法找回来。
