搞数据库的人都知道，数据这东西，平时看着没啥，一旦丢了，那真是想死的心都有。尤其是在Linux环境下，MySQL、PostgreSQL、MariaDB这些数据库跑得欢，但备份还原这事儿，很多人要么懒得做，要么做了一半发现脚本跑不通。今天这篇指南，就是给那些在Linux上折腾数据库的朋友准备的，不讲虚的，全是实操。从命令行到自动化脚本，从全量备份到增量还原，争取让你看完就能上手。
先说MySQL，这玩意儿在Linux上最常用，备份工具也多。最经典的就是mysqldump，简单粗暴，直接导出SQL文件。比如你有个数据库叫“mydb”，用就能搞定。但要注意，如果数据库很大，比如几十个G，mysqldump会卡死，这时候就得用参数，对InnoDB表生效，能避免锁表。还有个小技巧，备份时加上和，否则存储过程和触发器会漏掉。我见过有人备份了半年，恢复时发现触发器全没了，那叫一个惨。
还原MySQL也简单，就行。但有个坑：如果备份文件里包含建库语句，你得先确保目标库存在，或者直接改文件里的库名。还有压缩的问题，备份文件太大，用gzip压缩一下，比如。别小看这一步，压缩率能到70%以上，省硬盘空间。
PostgreSQL的备份方式跟MySQL不太一样。它有自己的工具pgdump，用法类似：。但PostgreSQL有个神器叫pgdumpall，能一次性备份所有数据库，包括全局角色和表空间。比如。还原用psql：。注意，PostgreSQL的备份文件默认是文本格式，但也可以用参数输出自定义格式，这样能支持并行恢复，速度翻倍。
说到自动化，cron job是Linux的标配。写个脚本，比如，里面放上mysqldump命令，再配合命令删除7天前的备份。然后，加上，每天凌晨2点自动跑。但有个细节：脚本里要处理日志，比如，这样出错了能查。我见过有人脚本写对了，但没加日志，结果硬盘满了备份失败，两周后才发现，数据全没了。日志这东西，关键时刻能救命。
增量备份是个进阶话题。MySQL的二进制日志（binlog）就是天然的增量备份工具。先开启binlog：在配置文件里加，然后每天做一次全量备份，再定期备份binlog文件。恢复时，先恢复全量备份，再用工具应用binlog，比如。这样能恢复到任意时间点。PostgreSQL也有类似机制，叫WAL（预写日志），通过做全量备份，再配合WAL归档实现PITR（时间点恢复）。这玩意儿配置起来有点复杂，但一旦搞定，数据安全系数直接拉满。
别忘了测试还原。很多人备份做了几年，从没试过还原，结果真出事了，发现备份文件损坏或者命令不对。我建议每季度至少做一次还原演练，在测试服务器上跑一遍。比如从备份文件恢复一个库，检查数据完整性，看索引、视图、存储过程都在不在。有个朋友的公司，备份脚本跑了三年，某天硬盘坏了，恢复时发现mysqldump版本不一致，导出的SQL文件有语法错误。这种坑，只有实战才能暴露出来。
说点实用的。备份文件别放本地，尤其是跟数据库同一台机器。硬盘坏了，备份和数据一起凉。用rsync或者scp传到远程服务器，或者挂载NFS、S3。还有加密问题，敏感数据的备份文件最好用openssl加密，比如。还原时再解密。别嫌麻烦，数据泄露的后果比备份麻烦多了。
Linux数据库备份还原这事儿，说复杂也复杂，说简单也简单。关键在于养成习惯，把备份做成自动化流程，定期检查。别等到数据丢了才想起来，那会儿哭都来不及。这篇指南里的命令和思路，覆盖了主流场景，但每个环境不一样，你得根据自己的数据库大小、业务要求、硬件条件来调整。动手试试，跑通一次，后面就顺了。
