Linux Cron执行mysqldump无反应：能否在命令中使用波浪号~？

我之前也碰到过一模一样的情况！核心问题其实出在Cron的执行环境和你平时用的终端差异上，尤其是你提到的波浪号~的解析问题，咱们一步步拆解解决：

1. 波浪号~在Cron里不生效 #

终端里的~会被shell自动解析为当前用户的home目录，但Cron的执行环境非常精简，不会自动解析~。当你在Cron任务里写~/Documents/dump.sql时：

• 如果是用root用户执行，~会指向/root，而不是你终端登录用户的home目录（比如/home/yourname）
• 如果/root/Documents这个目录不存在，mysqldump会因为无法写入文件而静默失败（Cron默认不会输出错误信息，所以你看不到任何反应）

解决方法：把~替换为绝对路径，比如你要保存到自己用户的Documents目录，就写成/home/yourusername/Documents/dump.sql；如果是要保存到root的目录，就写/root/Documents/dump.sql。记得先确认目录存在，不存在的话先创建：

mkdir -p /home/yourusername/Documents

2. 捕获Cron的错误输出，方便排查 #

Cron默认不会把错误信息输出到终端，所以即使命令失败你也不知道原因。可以给任务加上错误重定向，把输出和错误都写入文件，这样就能看到问题所在：

*/1 * * * * root /usr/bin/mysqldump -u root -ppassword database_name > /home/yourusername/Documents/dump.sql 2>&1

2>&1表示把错误输出（stderr）重定向到标准输出（stdout），和正常输出一起写入dump.sql；你也可以把错误单独写到日志文件：

*/1 * * * * root /usr/bin/mysqldump -u root -ppassword database_name > /home/yourusername/Documents/dump.sql 2>> /var/log/mysqldump_cron.log

3. 更安全的密码处理方式 #

直接在Cron命令里写-ppassword是不安全的，其他用户通过crontab -l就能看到你的数据库密码。推荐用配置文件来管理：

1. 在root的home目录创建.my.cnf文件：

nano /root/.my.cnf

2. 写入以下内容：

[mysqldump]
user=root
password=yourdatabasepassword

3. 设置文件权限为600（只有root能读写）：

chmod 600 /root/.my.cnf

4. 之后Cron任务可以简化为：

*/1 * * * * root /usr/bin/mysqldump database_name > /home/yourusername/Documents/dump.sql 2>&1

验证步骤 #

1. 先用root用户手动执行修改后的命令，确认能成功生成dump.sql文件
2. 等待1分钟，检查Cron是否执行成功，或者查看错误日志排查问题

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