背景:线上环境
1、创建数据与shell存储目录
cd /var
mkdir mysqlbackup
cd mysqlbackup
mkdir shell sqlfile
2、正常导出命令如下,但是执行命令时,在5.6版本之后会出现一下问题,会产生导出的gz文件但是没有数据。
这种报错是其一个mysql登陆的校验机制,这种问题比较常见的方法是通过直接修改my.conf文件重启mysql服务搞定,但是线上环境明显不合适。可以通过其他方式,就是声明环境变量
vim /etc/profile
修改完source一下,通过export声明环境变量,将密码声明
3、编写shell脚本,并添加执行权限
cd shell
vim ctbackup.sh
内容如下(上面声明环境变量后就不用再指定密码也就不会弹出报错了)
保存退出
chmod +x ctbackup.sh
3、试运行,以及模拟数据恢复测试
直接./ctbackup.sh
查看 /var/mysqlbackup/sqlfile/下是否存在导出的.gz压缩文件
gunzip +文件名字解压
测试:
先通过Navicat删除mysql数据库里面的表数据,注意不要删掉库。
以上步骤完成后,登录mysql,对应各个数据库进入并对应sql文件,执行恢复命令
4、定时执行
crontab -e 进行编辑
0 1 * * * /var/mysqlbackup/shell/ctbackup.sh
crontab -l 查看定时任务
注意:
后续在实际应用当中发现一个问题,本地直接运行脚本可以备份,但是定时调度发现,备份目录下有压缩文件,但是文件是空的,原因是crontab调度的时候无法读取上面配置的环境变量,因此需要再脚本当中添加一行,如下