1.找到mysqldump所在的路径:find / -name mysqldump
2、查看mysqldump命令是否已经设置超链接到/usr/bin路径下
(也就去/usr/bin下看看是否已经有mysqldump这东西),如果有还不能启动:建议覆盖原来的mysqldump,命令为:ln -fs /home/tools/mysql/bin/mysqldump /usr/bin
说明:
① mysqldump的路径用你find出来的路径
② -f 参数表示强行覆盖原来的链接
③ cron服务的/etc/crontab 文件,指定的命令会在path路径下寻找,而mysqldump命令是属于mysql自带的,在自己的mysql安装的bin目录下
3、重新手动后台执行以下你的备份文件:
nohup sh auto_backup.sh>auto_backsh.log&
(这里重定向到了一个日志文件以便于有其他错误时,会将错误输出到auto_backsh.log这个文件)(还有些人啊,你这个auto_backup.sh在哪个路径先进入这个路径再运行这个命令,auto_backsh.log这个文件会自动创建,你也可以手动创建)
4、重启mysql服务:service mysql restart
然后重新备份
5、我的比较特殊,在做了以上操作后还是备份文件为空,这个时候我们重定向的日志文件就体现出作用了,以下是我的日志提示的错误:
mysqldump: Couldn’t execute ‘SHOW VARIABLES LIKE ‘gtid_mode’’: Table ‘performance_schema.session_variables’ doesn’t exist (1146)