起因

博客这类站点，网页文件丢了还能想办法找回一些，数据库里的文章和评论才是真正丢不起的——而 WordPress 的全部内容都躺在 MySQL 里。手工导一次没问题，难的是天天记得做，所以老办法：写成脚本交给 crontab。

需求

每天早上4点，自动定时备份mysql的wordpress数据到/home/www/backup/blog文件夹，并压缩成.sql.gz文件，同时检测30天前的备份，超过30天的，则删除。

技术实现原理

mysqldump 导出的到底是什么

mysqldump 做的是逻辑备份：把库结构导成一串 SQL 语句（CREATE TABLE、INSERT……），恢复时把这串 SQL 重放一遍，数据就回来了。与直接拷贝数据文件的物理备份相比，逻辑备份慢，但可移植——不挑 MySQL 版本、不挑机器，还能只导某一个库（-B wordpress 就只导它）。博客这种小库，逻辑备份几秒钟完事，是最省心的选择。

关键参数的含义

-B（–databases）：让导出里带上 CREATE DATABASE 和 USE 语句，恢复时不用先手工建库；
-h -P -u -p：主机、端口、用户、密码。注意 -p 和密码之间不能有空格（写作 -p$mysql_password），这和 -h 等参数的规则不一样，是 mysql 命令行的历史设计。

管道里的小心思：| gzip

mysqldump 吐 SQL、gzip 同步压缩，两个命令用管道接起来，中间的 .sql 文件根本不落盘。SQL 是纯文本、重复度极高，压完通常只有原来的几分之一，备份目录不会很快撑满。

检测、清理、定时：与文件备份同一套路

“判断目录不存在就建、按 -mtime 清过期文件、crontab 定时触发”这套结构和《shell定时自动备份网站文件》那篇完全同构（/p/2022/01/438.html），原理（-mtime 的取整边界、% 在 crontab 里的特殊性）在那篇里讲过，这里不重复。

创建文件夹

1

mkdir -p /home/www/shell

创建脚本文件：

vi /home/www/shell/mysql_backup_blog.sh

按下键盘的i键，进入编辑模式（这是屏幕底下显示–INSERT–，如果屏幕显示了i，按下Backspace退格键删除掉），复制下面内容，并粘贴

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51


#!/bin/bash
#每天早上4点， mysql备份数据
#chmod 700 mysql_backup.sh
#crontab -e
#0 4 * * * /home/www/shell/mysql_backup_blog.sh
#!/bin/bash
# 设置mysql的登录用户名和密码(根据实际情况填写)
mysql_user="root"
mysql_password="你的mysql密码"
mysql_host="127.0.0.1"
mysql_port="3306"
mysql_charset="utf8mb4"
mysql_db_name="wordpress"
# 备份文件存放地址(根据实际情况填写)
backup_location=/home/www/backup/blog

# 是否删除过期数据
expire_backup_delete="ON"
expire_days=30
backup_time=`date +%Y%m%d%H%M`
backup_dir=$backup_location
welcome_msg="Welcome to use MySQL backup tools!"

# 判断mysql实例是否正常运行
mysql_ps=`ps -ef |grep mysql |wc -l`
mysql_listen=`netstat -an |grep LISTEN |grep $mysql_port|wc -l`
if [ [$mysql_ps == 0] -o [$mysql_listen == 0] ]; then
        echo "ERROR:MySQL is not running! backup stop!"
        exit
else
        echo $welcome_msg
        # 判断备份目录是否存在，不存在则创建
        if [ ! -d "$backup_dir" ];then
        mkdir -p $backup_dir
        fi
fi

# 备份指定数据库中数据(此处假设数据库是mysql_db_name)
mysqldump -h$mysql_host -P$mysql_port -u$mysql_user -p$mysql_password -B $mysql_db_name | gzip > $backup_dir/$mysql_db_name-$backup_time.sql.gz
flag=`echo $?`
if [ $flag == "0" ];then
        echo "database $mysql_db_name success backup to $backup_dir/$mysql_db_name-$backup_time.sql.gz"
else
        echo "database $mysql_db_name backup fail!"
fi

# 删除过期数据
if [ "$expire_backup_delete" == "ON" -a  "$backup_location" != "" ];then
        `find $backup_location/ -type f -mtime +$expire_days | xargs rm -rf`
        echo "Expired backup data delete complete!"
fi

保存脚本

粘贴完成，按esc键，进入命令模式，输入下面命令，保存文件并退出

:wq

给脚本设置可执行权限

chmod 700 /home/www/shell/mysql_backup_blog.sh

设置定时任务

crontab -e

按下键盘的i键，进入编辑模式（这是屏幕底下显示–INSERT–，如果屏幕显示了i，按下Backspace退格键删除掉），复制下面内容，并粘贴

0 4 * * * /home/www/shell/mysql_backup_blog.sh

执行下面命令，保存并退出

:wq

现在定时在早上4点会执行备份任务。

脚本说明

脚本分四段：配置区（账号、库名、目录集中放文件头，换环境只改这里）、检测区（判断 mysql 在跑、备份目录存在才继续）、备份区（mysqldump | gzip 落盘，用 $? 判断成败并打印结果）、清理区（expire_backup_delete 开关控制，find 按 -mtime 删过期文件）。脚本注释里连 crontab 行都写好了，照着抄即可。

踩坑记录与注意事项

$? 判断的是管道最后一个命令：mysqldump | gzip 的退出码取的是 gzip 的——mysqldump 失败了但 gzip 正常收尾，脚本照样报 success。要严谨，脚本开头加 set -o pipefail，让管道返回真正失败的那个命令的退出码；
开头的 mysql 存活检测基本永远为真：ps -ef | grep mysql 至少会把 grep 自己那一行数进去，计数不可能为 0；[ [$mysql_ps == 0] 也不是合法写法（既不是 [ ] 也不是 [[ ]]）。真要校验用 mysqladmin -h127.0.0.1 ping；
mysql_charset 变量定义了但没用上：mysqldump 那行并没有引用它，要字符集真正生效需在导出命令里补 --default-character-set=$mysql_charset，否则中文库遇到字符集不匹配可能导出一堆问号；
命令行带密码会被 ps 看到：-p$mysql_password 写在命令上，同机其他用户的进程列表里能看到；更稳的做法是改用 --defaults-extra-file=/home/www/shell/my.cnf，账号密码放进 600 权限的配置文件；
备份和库同机同盘：盘一坏两边一起没，配合 rsync 推到远端才算完整方案；
恢复方法：zcat wordpress-202201060400.sql.gz | mysql -uroot -p，逻辑备份的本质就是把 SQL 重放一遍（见上文原理）；
InnoDB 大库加 –single-transaction：不锁表也能拿到一致性快照；WordPress 表默认 InnoDB，加上无害。

通过crontab定时备份Mysql数据库的脚本（举例备份是wordpress博客数据库）

Contents

起因

需求