凌晨三点，手机屏幕亮起来，值班同事发来一行字：“生产库挂了，InnoDB报错，起不来了。”你从床上弹起来，打开电脑连上跳板机，心跳得比键盘声还快。数据库崩溃这事，遇过一次就知道什么叫“心梗瞬间”。但别慌——只要手里有dump文件，你就还有翻盘的底牌。今天这篇，就把dump文件恢复数据库的门道从头到尾捋一遍，全是实战里踩过坑换来的干货。
先搞清楚一件事：dump文件到底是什么？它不是数据库的“备份”，而是“快照”。MySQL的mysqldump导出的.sql文件，PostgreSQL的pgdump生成的备份文件，甚至是Oracle的expdp导出的dmp包，本质都是把表结构、索引、数据、触发器、存储过程这些对象，按照逻辑顺序转储成可读或半可读的文本/二进制流。这意味着什么？意味着它不依赖底层存储引擎的物理状态——哪怕你的.ibd文件损坏了、binlog断档了、redo log刷没了，只要dump文件还在，逻辑层的数据就还在。所以很多老DBA有个习惯：物理备份（比如XtraBackup）做兜底，逻辑备份（dump）做保险，双轨并行，谁出问题都能救。
但别高兴太早，dump文件恢复有个致命弱点：它只恢复到“导出那一刻”的状态。举个例子，你周一凌晨做了全量mysqldump，周三下午数据库崩了，那周一周二的数据就得靠binlog补。所以恢复的正确姿势是“dump + binlog”组合拳。先导入dump文件把基础数据拉起来，再通过binlog的position或者GTID做增量回放，把崩溃前丢失的那部分交易补回来。这里有个坑：导入dump前务必确认binlog格式是ROW，如果是STATEMENT模式，遇到NOW()、UUID()这些非确定性函数，回放出来的数据可能跟你预期对不上，到时候查账查到怀疑人生。
实操层面，导入dump文件也有讲究。很多人图省事，一条就完事了，但生产环境这么干容易翻车。大dump文件默认是单线程导入，几GB的数据能跑几个小时，期间如果连接超时或者服务器内存扛不住，导入到一半断了，你就得从头再来。我见过最惨的一次，同事导一个12GB的dump，跑到80%报错，查了半天发现是maxallowedpacket设置太小，一条INSERT语句超过限制直接被拒。所以正式导入前，先做三件事：第一，把调到512M甚至1G；第二，关闭自动提交，导入完再统一commit，能快好几倍；第三，如果源库和目标库的字符集不一致，务必在导入前用强制指定，否则中文全变乱码，恢复完比不恢复还闹心。
再说说dump文件本身损坏的情况。你可能会问：“dump文件不也是文件吗？它也会坏？”会，而且坏得很隐蔽。比如磁盘坏道导致文件中间某个字节变成0x00，或者下载过程中断导致文件不完整，这时候你导入时不会立刻报错，而是跑到某个表突然卡住，或者数据对不上。怎么防？导出的时候用和参数保证一致性，导出完以后做个校验和（md5sum），存到另一台机器上。恢复前先校验文件完整性，别急着导入。如果发现文件坏了，还有一招：MySQL的dump文件是纯文本，你可以在导入时用或把损坏的行跳过，但前提是你知道坏在哪一行。这活儿考验技术，也考验运气，实在不行就从更早的备份点恢复，损失几天数据总比全盘皆输强。
PostgreSQL用户别觉得事不关己，pgdump的逻辑备份恢复起来也有自己的脾气。pgdump导出的文件默认是plain格式，就是纯SQL脚本，恢复时直接用psql执行就行。但有个坑：如果目标库和源库的扩展插件不一致，比如源库装了postgis，目标库没装，导入时创建表语句会直接报错。所以恢复前先检查目标库的extension列表，缺啥补啥，别等报错再折腾。另外pgdump支持自定义格式，这种文件支持并行恢复（pg_restore -j 4），能把恢复时间从小时级压到分钟级。大库恢复，强烈推荐用custom格式，别图省事用plain。
再讲一个实战里特别容易忽略的细节：权限和路径问题。dump文件里通常包含CREATE USER和GRANT语句，但如果你是用普通账号导出的，这些语句可能被过滤掉了。恢复之后，应用连接数据库提示权限不足，你查半天才发现是用户没建。我的习惯是，恢复前先看dump文件头部——前几十行肯定有CREATE DATABASE和USE语句，确认库名对不对；恢复后跑一遍，逐个核对应用账号的权限。还有，如果dump文件里用了绝对路径（比如LOAD DATA INFILE），恢复时文件路径指向的是源服务器的路径，目标服务器上不存在，得提前改掉或者用配合本地文件。
说点心态层面的。数据库崩溃是每个DBA绕不开的坎，但dump文件恢复这事儿，练得越多，心里越有底。我建议你找个测试环境，故意把库搞崩几次，然后从头到尾走一遍恢复流程：导出dump、删库、导入、跑增量、验证数据一致性。第一次练肯定手忙脚乱，第二次就顺畅了，练到第五次，你闭着眼都能说出导入时该改哪几个参数。真到了生产环境出事儿那天，你反而会冷静下来——因为你知道，手上有dump文件，天塌不下来。记住，dump文件不是万能的，但没有dump文件，你连挣扎的资格都没有。所以今天下班前，检查一下你的定时任务，确认dump备份在正常跑，确认备份文件能正常导入。数据库可以崩，你的准备不能崩。
