Cron任务执行mysqldump失败求助：终端正常但定时任务无效

看起来你的命令在终端能正常运行，但Cron执行时失败，大概率是Cron的环境特性或命令里的特殊字符处理问题，我帮你拆解几个关键排查点：

1. 日期格式中的%必须转义 #

这是最常见的Cron坑！在Cron的语法规则里，%是特殊字符，会被解析为换行符，而且%后面的内容会被当作标准输入传给前面的命令。你写的date '+%Y-%m-%d'在终端里没问题，但Cron会把%当成特殊符号处理，导致date命令无法正确生成日期字符串，最终备份文件创建失败。

修复方法：把所有%转义成\%，修改后的日期部分应该是：

date '+\%Y-\%m-\%d'

2. 密码参数的规范写法（虽然你说终端正常，但建议确认） #

mysqldump的密码参数有两种合法写法：

• 短格式：-p后面直接跟密码（无空格），比如-pYourPassword
• 长格式：--password=YourPassword

如果你实际命令里写的是-password（多了一个s），这其实不是mysqldump的合法参数，可能是你提问时的笔误？如果确实是这个写法，改成标准格式能避免潜在的解析问题。

3. 权限与路径验证 #

• 确认Cron运行的用户（比如root或普通用户）是否有写入/var/www/backup/目录的权限。终端里你运行命令的用户可能有权限，但Cron的执行用户可能没有，可以通过chmod 755 /var/www/backup/调整目录权限，或者修改目录所有者匹配Cron用户。
• 虽然你指定了mysqldump的绝对路径/usr/bin/mysqldump，但还是建议用终端命令which mysqldump确认实际路径，如果输出不是/usr/bin/mysqldump，就把Cron命令里的路径改成实际结果。

4. 更安全的密码处理方式（额外建议） #

在命令行明文写密码既不安全，也容易因为特殊字符（比如!、$等）导致Cron解析出错。建议用~/.my.cnf配置文件存储用户名和密码：

1. 创建对应Cron运行用户家目录下的~/.my.cnf文件，内容如下：

[mysqldump]
user=username
password=yourpassword

2. 设置文件权限为600，避免其他用户读取：chmod 600 ~/.my.cnf
3. 简化后的Cron命令：

* * * * * /usr/bin/mysqldump dbname > /var/www/backup/db_`date '+\%Y-\%m-\%d'`.sql

最后验证技巧 #

你可以先手动测试修改后的命令（记得把转义的\%改回%，因为终端不需要转义），确认能生成备份文件后再更新Cron任务。另外，Cron执行失败会发送错误邮件到用户邮箱，你可以查看/var/mail/yourusername里的日志，里面会有具体的错误信息，帮你更快定位问题。

内容的提问来源于stack exchange，提问作者Krishna Karki