搞数据库的人，最怕听到的一句话就是：“那个库的数据怎么没了？”
MySQL崩了，数据丢了，老板站在身后盯着屏幕，运维同事在旁边搓手——这时候你脑子里蹦出来的第一个念头，多半是“赶紧整库恢复”。但现实中，很多场景根本不需要整库恢复，你只需要把某一个特定的数据库捞回来就行。比如线上业务库崩了，测试库还好好的；或者某个客户的数据误删了，其他库正常。这时候你要是傻乎乎地停掉所有服务、把整个MySQL实例的备份全灌进去，不仅浪费时间，还可能把其他好端端的库给搞出问题。所以说，学会MySQL指定数据库恢复，是每个DBA和开发者的必修课。
先聊聊最常见的情况：你手头有一份全量备份，比如mysqldump导出的SQL文件，或者XtraBackup做的物理备份。假设备份文件叫backup.sql，里面包含了整个实例的所有数据库，但你只想恢复其中一个叫“shop”的库。直接跑mysql -u root -p < backup.sql，那整个实例都会被覆盖，其他库的数据可能就没了。更靠谱的做法是用mysql命令行指定库名：mysql -u root -p shop < backup.sql。但有个坑——这招只对mysqldump导出的SQL文件有效，而且要求备份文件里没有跨库的USE语句或表名带了库名前缀。如果备份里混了“CREATE DATABASE shop”和“USE shop”，它会在当前实例里重建这个库，但如果你只想恢复数据而不重建结构，就得先手动把库建好，再用管道避开DDL。
更精细一点的做法是用sed或者grep过滤出特定库的语句。比如备份文件是backup.sql，你可以用awk按“USE shop”或“-- Current Database: shop”这种标识符来分段。写个简单的脚本：先找到包含“shop”库的片段，再提取出来。实际操作用sed -n '/-- Current Database: shop/,/-- Current Database:/p' backup.sql > shop.sql，这样就能把shop库的建表和插入语句单独抽出来。但注意，这个办法要求备份文件的注释格式统一，而且不同版本的mysqldump输出的注释标记可能不一样，干之前最好看一眼备份文件的头部。
如果用的是XtraBackup做的物理备份，恢复指定数据库就麻烦一些。XtraBackup默认是整实例恢复，它会拉出所有库的ibd文件和frm文件。但你可以利用它的流式备份功能，配合grep过滤。比如用--tables选项指定要恢复的表或库：innobackupex --apply-log --export /backupdir，然后手动把对应库的ibd文件拷贝到目标实例的datadir里。不过这要求你的MySQL版本支持独立表空间，而且得先手工重建表结构。更省事的方法是用mysqlpump，它支持--databases参数直接指定要导出的库列表，但前提是你得先重新做一次只有目标库的备份——所以平常备份时，最好就按库分开存，比如每周一做全量，每天做增量，每个库单独一个文件。
另一个常见场景是：你从云厂商的RDS或者自建主库的binlog里找数据。比如误删了一个表的记录，但其他库的数据没动。这时候你可以用mysqlbinlog解析binlog，然后用grep过滤出目标库的SQL语句。比如mysqlbinlog --database=shop binlog.001 > shoprestore.sql，然后手动编辑去掉DROP TABLE之类的危险语句，再导入。但注意，binlog里记录的SQL可能带有跨库操作，比如UPDATE shop.orders JOIN test.users，这种语句光靠--database参数是过滤不干净的，得用更复杂的正则匹配。
说到工具链，Percona Toolkit里的pt-table-checksum和pt-table-sync能帮你在主从或从从之间修复数据，但它们是按表级别的。如果你只想恢复一个库到某个时间点，可以用pt-archiver把数据从备份里抽出来，再灌进去。不过这些工具对新手不太友好，更适合有脚本经验的DBA。更接地气的做法是写个Python脚本，用pymysql连接目标实例，读取备份文件，逐条执行INSERT语句——但这样性能很差，大数据量下会慢到让你怀疑人生。
说一个容易被忽略的点：恢复前一定要确认目标库的字符集和排序规则。很多备份文件是utf8mb4，但目标库可能是latin1，直接灌进去会导致乱码。先在目标库上跑SHOW CREATE DATABASE shop，看它的字符集设置，不一致的话用ALTER DATABASE调整。另外，恢复过程中如果遇到外键约束冲突，可以临时SET FOREIGNKEY_CHECKS=0，恢复完再改回来。还有个小技巧：如果备份文件特别大，大于2GB，记得用split命令分片，或者用pv工具加进度条，避免终端卡死。
说来说去，MySQL指定数据库恢复的核心就两句话：一是备份时做好规划，按库分文件或者加注释标记；二是恢复时多用过滤和管道，别一股脑全灌。平时多练几次，真遇到事故，你就能一边喝着咖啡一边跟老板说：“别急，三分钟搞定。”
