命令行备份MySQL的正确姿势，我后悔没早点知道

作为一名和MySQL打了多年交道的开发者，我曾经因为数据库备份不当吃过不少亏。有一次线上环境误操作，差点丢失重要数据，那种心惊肉跳的感觉至今难忘。经过多年的实践总结，我终于掌握了一套靠谱的命令行备份方案，今天就把这些经验毫无保留地分享给大家。

为什么选择命令行备份？

刚开始接触MySQL时，我也喜欢用图形化工具做备份，直到某天服务器网络异常，图形界面连不上，我才意识到命令行备份的重要性。命令行备份不仅稳定可靠，还能轻松集成到自动化脚本中，更重要的是——它几乎在任何环境下都能正常工作。

基础备份：mysqldump的威力

mysqldump是MySQL自带的备份工具，功能强大且稳定。但要用好它，需要注意很多细节：

# 备份单个数据库
mysqldump -u root -p --databases mydb > mydb_backup.sql

# 备份所有数据库（重要！）
mysqldump -u root -p --all-databases > all_dbs_backup.sql

# 带时间戳的备份文件命名
mysqldump -u root -p mydb > mydb_$(date +%Y%m%d_%H%M%S).sql

踩坑提示：记得一定要使用--all-databases参数，我曾经因为只备份了业务数据库，结果忘记了用户权限库，导致恢复时权限配置全部丢失。

高级技巧：压缩与增量备份

随着数据量增大，直接备份SQL文件会占用大量空间。这时候就需要一些优化技巧：

# 备份并直接压缩
mysqldump -u root -p mydb | gzip > mydb_backup.sql.gz

# 结合crontab实现定时备份
# 在crontab中添加：
# 0 2 * * * /usr/bin/mysqldump -u root -p密码 mydb | gzip > /backup/mydb_$(date +%Y%m%d).sql.gz

对于大型数据库，我还推荐使用--single-transaction参数，它可以在不锁表的情况下进行备份，对线上业务影响极小。

实战经验：完整的备份脚本

下面是我在实际生产环境中使用的备份脚本，经过多次优化：

#!/bin/bash
# 备份配置
BACKUP_DIR="/data/backup/mysql"
MYSQL_USER="root"
MYSQL_PASSWORD="your_password"
DATE=$(date +%Y%m%d_%H%M%S)

# 创建备份目录
mkdir -p $BACKUP_DIR

# 执行备份
mysqldump -u$MYSQL_USER -p$MYSQL_PASSWORD 
  --all-databases 
  --single-transaction 
  --routines 
  --events 
  --triggers 
  | gzip > $BACKUP_DIR/full_backup_$DATE.sql.gz

# 删除7天前的备份文件
find $BACKUP_DIR -name "*.sql.gz" -mtime +7 -delete

echo "备份完成：$BACKUP_DIR/full_backup_$DATE.sql.gz"

恢复数据：关键时刻的救命稻草

备份的最终目的是为了恢复，这里有几个实用的恢复命令：

# 恢复压缩的备份文件
gzip -d < backup_file.sql.gz | mysql -u root -p

# 恢复单个数据库
mysql -u root -p mydb < mydb_backup.sql

# 在恢复前先创建数据库
mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS mydb"
mysql -u root -p mydb < mydb_backup.sql

重要提醒：定期测试备份文件的恢复流程！我曾经遇到过备份文件损坏的情况，幸好发现得早，否则后果不堪设想。