操作系统

Linux系统crontab备份数据库执行不成功?可能是百分号%在作怪!

Jager · 11月18日 · 2014年 · · 4087次已读

之前博客分享过一篇《Linux/vps 本地七天循环备份和七牛远程备份脚本》,我自己也一直在用。某天检查备份的时候,突然发现数据库的备份的压缩包是空的!

看了下 crontab 的日志,发现有如下错误:

Access denied for user 'dbuser'@'localhost' to database 'db' when using LOCK TABLES

原来,我在计划任务中备份数据库时,用的是普通用户,在凌晨三点备份的时候,可能碰巧网站正在被访问(比如蜘蛛抓取)。由于存在数据查询,所以 mysqldump 将默认执行锁表机制。

由于普通用户没有锁表权限,从而导致此次备份失败!

我立马更新了该文章,补充了出现这种情况的解决办法:

解决办法:

方法①、修改上面的备份脚本,找到如下行

mysqldump -u$mysqluser -p$mysqlpd $dbname>$back_path/$domain\_db_$TODAY\.sql

添加--skip-lock-tables 参数即可,即不锁表导出(可能丢失某些正在更新的数据,当然凌晨时候几率很小)。

方法②、使用 root 帐号执行备份即可:

执行 crontab -e 修改 Linux 计划任务,修改数据库备份计划命令行中的用户名为mysql的 root 帐号:

我自己用的就是第②种方法,使用 mysql 的 root 帐号来备份,我自以为是的以为应该是万无一失的!

今天再次检查备份的时候发现,数据库仍然没有备份!空的压缩包都不存在了!

可是手动执行 crontab 里面的数据库备份语句又是可以的,真是诡异!!

于是开始 debug,设置断点、使用绝对路径,各种方法用尽了,居然还是不行,不过发现当我将数据库备份代码写到另外一个脚本,然后将这个脚本加入到 crontab 的时候却可以了???这是为毛?

脚本所用的备份代码是:

/root/backup.sh db zhang.ge zhangge_db root rootpasswd /home/wwwbackup/zhang.ge

于是,我修改 backup.sh 脚本,将里面的$1~$6 都输出到日志中,结果让我发现了问题所在!!!

原来问题出在脚本参数上:我的 mysql 的 root 密码中含有一个百分号%,直接将上面的代码写到 crontab 中,这个百分号却无法传递,所以脚本取得的密码就是错误的!从而,备份失败!

经过查询,发现百分号%是 crontab 中的一个特殊符号!不能直接作为参数传递!!!

解决办法很简单,使用反斜杠\转义即可:\%,假如我的密码是 123456%,那之前脚本的 crontab 备份代码应该是:

5 3 * * * /root//backup.sh db zhang.ge zhangge_db root 123456\% /home/wwwbackup/zhang.ge

还是经验不足啊!我也确实没在 crontab 中使用过百分号字眼,这次算是涨姿势了!

4 条回应
  1. ziyooren 2016-10-25 · 10:51

    我使用的是OSS那个方案,数据库自动备份一直都是空的,密码不包含%,不知道是什么问题。。。

    • avatar
      Jager 2016-10-25 · 12:49

      手工执行看看:
      sh -x backup.sh + 你的参数

      • ziyooren 2016-10-25 · 14:10

        测试了,用普通账号执行显示:

        + [[ 6 -lt 4 ]]
        +++ dirname backup.sh
        ++ cd .
        ++ pwd
        + baseDir=/data/wwwbackup/tools
        + zip --version
        ++ which zip
        + ZIP=/usr/bin/zip
        ++ date +%u
        + TODAY=2
        ++ which python
        + PYTHON=/usr/bin/python
        + '[' db == db ']'
        + domain=ziyoo.ren
        + dbname=****
        + mysqluser=****
        + mysqlpd=****
        + back_path=/data/wwwbackup/ziyoo.ren
        + test -d /data/wwwbackup/ziyoo.ren
        + cd /data/wwwbackup/ziyoo.ren
        + mysqldump -uroot -p**** **** --skip-lock-tables --default-character-set=binary
        backup.sh: line 34: /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.sql: Permission denied
        + test -f /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.sql
        + echo 'MysqlDump failed! Please CheckOut Or feedback to zhang.ge...'
        MysqlDump failed! Please CheckOut Or feedback to zhang.ge...
        + exit 2
        + /usr/bin/zip -P**** -m /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.zip ziyoo.ren_db_2.sql
        	zip warning: name not matched: ziyoo.ren_db_2.sql
        
        zip error: Nothing to do! (/data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.zip)

        用root账号执行显示:

        + [[ 6 -lt 4 ]]
        +++ dirname backup.sh
        ++ cd .
        ++ pwd
        + baseDir=/data/wwwbackup/tools
        + zip --version
        ++ which zip
        + ZIP=/bin/zip
        ++ date +%u
        + TODAY=2
        ++ which python
        + PYTHON=/bin/python
        + '[' db == db ']'
        + domain=ziyoo.ren
        + dbname=****
        + mysqluser=****
        + mysqlpd=****
        + back_path=/data/wwwbackup/ziyoo.ren
        + test -d /data/wwwbackup/ziyoo.ren
        + cd /data/wwwbackup/ziyoo.ren
        + mysqldump -uroot -p**** **** --skip-lock-tables --default-character-set=binary
        backup.sh: line 34: mysqldump: command not found
        + test -f /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.sql
        + /bin/zip -P**** -m /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.zip ziyoo.ren_db_2.sql
          adding: ziyoo.ren_db_2.sql (stored 0%)
        + uploadToOSS /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.zip
        + /bin/python /data/wwwbackup/tools/oss.upload.py **** ****** oss-cn-shenzhen-internal.aliyuncs.com ***** /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.zip
        Upload /data/wwwbackup/ziyoo.ren/ziyoo.ren_db_2.zip to OSS Success!

        用普通账户没有执行的权限,用root账户却提示“backup.sh: line 34: mysqldump: command not found”,可是我执行mysqldump --v又可以,说明已经安装了,这是为什么呢?

        查看生成的备份文件跟以前一样只有200多b,是空的文件。

        • avatar
          Jager 2016-12-15 · 0:42

          把mysqldump改成绝对路径,然后用root应该就可以了,回头我改下脚本,改为动态获取mysqldump的绝对路径