Shell脚本如何恢复MySQL数据库

wen 实用脚本 2026-07-18 2

Shell脚本如何恢复MySQL数据库：自动化备份还原实战指南

目录导读

为什么需要Shell脚本恢复MySQL数据库？
准备工作：环境与权限配置
编写基础恢复脚本（含问答）
进阶技巧：多库恢复、压缩与日志记录
常见错误排查与安全建议
让恢复变成一键操作

为什么需要Shell脚本恢复MySQL数据库？

在日常运维中，数据库恢复是DBA和开发者的必备技能，手动执行mysql命令虽然可行，但面对以下场景时,Shell脚本能极大提升效率：

Shell脚本如何恢复MySQL数据库

定时备份后的自动恢复：从crontab调度的备份文件快速还原。
多数据库环境：一键恢复多个库,避免重复输入密码和路径。
灾难恢复：在服务器故障时,通过脚本标准化流程减少人为失误。

一个精心编写的Shell脚本，不仅能让恢复过程可重复、可审计,还能通过参数化设计适应不同版本的MySQL或MariaDB。

准备工作：环境与权限配置

在编写脚本前,确保以下条件满足：

MySQL客户端已安装：mysql和mysqldump命令可用。
数据库用户权限：需要CREATE、DROP、INSERT权限（恢复时通常需要SUPER和RELOAD来关闭二进制日志）。
备份文件路径：明确.sql或.gz压缩备份存放位置。
测试环境：建议先在非生产库验证脚本。

安全提示：不要在脚本中明文写入密码，推荐使用~/.my.cnf配置文件或环境变量。

编写基础恢复脚本（含问答）

以下是一个标准的MySQL数据库恢复脚本模板：

#!/bin/bash
# MySQL数据库恢复脚本 - 支持单个SQL文件或压缩包
MYSQL_USER="root"
MYSQL_PASS="your_password"
MYSQL_HOST="localhost"
BACKUP_DIR="/data/backup/mysql"
DB_NAME="mydb"
BACKUP_FILE="$BACKUP_DIR/${DB_NAME}_$(date +%Y%m%d).sql"
# 如果备份是压缩文件，先解压
if [[ "$BACKUP_FILE" == *.gz ]]; then
    echo "检测到压缩文件，正在解压..."
    gunzip -c "$BACKUP_FILE" > /tmp/temp_restore.sql
    BACKUP_FILE="/tmp/temp_restore.sql"
fi
echo "开始恢复数据库: $DB_NAME"
mysql -u $MYSQL_USER -p$MYSQL_PASS -h $MYSQL_HOST $DB_NAME < "$BACKUP_FILE"
if [ $? -eq 0 ]; then
    echo "恢复成功！"
else
    echo "恢复失败，请检查错误日志"
    exit 1
fi
# 清理临时文件
[ -f /tmp/temp_restore.sql ] && rm -f /tmp/temp_restore.sql

问答环节

Q1：恢复时遇到“Access denied for user”怎么办？
A：检查MySQL用户权限，确保该用户有CREATE、INSERT、ALTER等权限，如果备份文件包含CREATE DATABASE语句，用户还需CREATE权限，临时解决办法是使用--force参数跳过错误。

Q2：如何恢复压缩的.sql.gz文件而不创建临时文件？
A：可以使用管道直接解压并导入，避免磁盘I/O：

gunzip -c "$BACKUP_FILE" | mysql -u $USER -p$PASS $DB_NAME

Q3：脚本执行后没有任何输出，如何知道是否成功？
A：在脚本中加入状态检查，或通过变量捕获退出码，更推荐启用MySQL的--verbose或记录日志：

mysql -v $DB_NAME < backup.sql 2>> /var/log/restore.log

进阶技巧：多库恢复、压缩与日志记录

1 多数据库批量恢复

假设备份目录下有多个.sql文件,每个文件名对应数据库名：

for file in /data/backup/mysql/*.sql; do
    db_name=$(basename "$file" .sql)
    echo "正在恢复: $db_name"
    mysql -u $USER -p$PASS $db_name < "$file" || echo "恢复 $db_name 失败" >> error.log
done

2 恢复最近一次备份

通过文件名排序获取最新备份：

latest_backup=$(ls -t $BACKUP_DIR/*.sql | head -1)
mysql -u $USER -p$PASS < "$latest_backup"

3 日志记录与邮件通知

将恢复过程写入日志,并在失败时发送报警：

LOG_FILE="/var/log/db_restore_$(date +%F).log"
{
    echo "========== 开始恢复: $(date) =========="
    mysql ... < backup.sql 2>&1
    echo "========== 结束恢复: $(date) =========="
} >> "$LOG_FILE"
# 检查退出码并发送邮件
if [ $? -ne 0 ]; then
    mail -s "数据库恢复失败" admin@example.com < "$LOG_FILE"
fi

常见错误排查与安全建议

1 错误场景及解决

ERROR 1044 (42000): Access denied for user to database
用户在mysql.user表中缺少对目标库的权限，执行：GRANT ALL ON mydb.* TO 'user'@'localhost';
ERROR 1146 (42S02): Table 'mydb.xxx' doesn't exist
备份文件中包含的库或表在恢复前已被删除？确保创建库的语句存在于备份中,或先手动创建空库。
ERROR 2002 (HY000): Can't connect to local MySQL server through socket
MySQL服务未启动或socket路径不对，检查/var/run/mysqld/mysqld.sock是否存在，或连接时指定-h 127.0.0.1用TCP连接。

2 安全加固建议

使用配置文件隐藏密码：创建~/.my.cnf：
```
[client]
user=root
password=your_secure_password
```
脚本中只需mysql ...即可（但脚本不可被其他用户cat）。
限制脚本执行权限：chmod 700 restore.sh。
敏感信息脱敏：恢复生产库时，慎用--force参数,避免数据覆盖。

让恢复变成一键操作

通过Shell脚本恢复MySQL数据库，你不再需要在紧急时手忙脚乱地敲命令，本指南涵盖了从基础单库恢复到多库、压缩、日志记录等场景，并解答了常见问题,记住关键点：

参数化设计,便于复用。
始终测试在隔离环境。
结合定时任务（如crontab）实现自动化运维。

下次当领导问“数据库能快速恢复吗”？你可以自信地回答：运行./restore.sh latest即可，自动化恢复,从这一篇实战指南开始。