宝塔计划任务执行数据库备份无反应，主因是环境变量缺失导致mysqldump路径或认证失败；应使用绝对路径、配置文件传密、加--skip-lock-tables，并用/bin/bash调用带日志的shell脚本。
宝塔面板计划任务里执行数据库备份脚本为什么没反应
直接在计划任务中写 mysqldump 命令大概率失败，不是权限问题，而是环境变量缺失——宝塔的计划任务默认不加载用户的 ~/.bashrc 或 /etc/profile，mysqldump 路径找不到，或者 MySQL 认证信息（如 socket 路径、密码）没传对。
实操建议：
- 用绝对路径调用
mysqldump，常见位置是/www/server/mysql/bin/mysqldump（取决于你安装的 MySQL 版本和路径） - 不要依赖
~或$HOME，所有路径写绝对路径，比如备份目标目录用/www/backup/database而非~/backup - 密码不能明文写在命令行（会被
ps看到），改用配置文件方式：创建/www/server/mysql/etc/my.cnf（或自定义路径），在[client]段写入user=root和password=你的密码，再加--defaults-extra-file=/www/server/mysql/etc/my.cnf - 加上
--skip-lock-tables避免锁表影响线上业务（尤其 MyISAM 表）
如何写一个带日期命名、自动清理 7 天前备份的 shell 脚本
手动拼接日期 + find -mtime +7 删除是最轻量可靠的方式，比宝塔自带“保留 N 份”更可控（它有时会误删）。
示例脚本（保存为 /www/backup/scripts/backup_db.sh，记得 chmod +x）：
#!/bin/bash
DB_NAME="your_database_name"
BACKUP_DIR="/www/backup/database"
DATE=$(date +%Y%m%d_%H%M)
<h1>执行备份</h1><p>/www/server/mysql/bin/mysqldump \
--defaults-extra-file=/www/server/mysql/etc/my.cnf \
--skip-lock-tables \
--single-transaction \
"$DB_NAME" | gzip > "$BACKUP_DIR/${DB<em>NAME}</em>${DATE}.sql.gz"</p><h1>清理 7 天前的备份</h1><p>find "$BACKUP_DIR" -name "${DB<em>NAME}</em>*.sql.gz" -mtime +7 -delete</p>
注意点：
-
--single-transaction对 InnoDB 有效，能保证一致性且不锁表；MyISAM 必须用--lock-all-tables（会短暂锁库） - gzip 压缩后体积通常缩小 80%+，节省磁盘又加快传输
-
find -mtime +7是“超过 7×24 小时”，不是按日历算，若需严格按天删，改用find ... -name "xxx_$(date -d '7 days ago' +%Y%m%d)*.sql.gz" -delete
宝塔计划任务里怎么填参数才真正生效
别选“Shell 脚本”，选“Linux 命令”，然后填完整执行语句。宝塔对“Shell 脚本”类型支持不稳定，尤其带重定向或管道时容易静默失败。
在“计划任务 → 添加定时任务”中这样填：
- 任务类型：Linux 命令
- 执行周期：比如
0 2 * * *（每天凌晨 2 点） - 任务内容：
/bin/bash /www/backup/scripts/backup_db.sh >> /www/backup/scripts/backup.log 2>&1
关键细节：
- 必须显式调用
/bin/bash，避免系统默认 sh 不兼容 bash 语法（比如$()替换） -
>> /path/log 2>&1把 stdout 和 stderr 都记下来，出错时直接看日志，比进后台翻“执行结果”快得多 - 宝塔界面里“执行结果”只显示最后一次输出的前 100 行，且不实时刷新，别依赖它判断成败
备份文件权限不对导致 FTP 或远程同步失败
脚本执行用户是宝塔的 www 用户（非 root），但生成的 .sql.gz 文件属主可能是 root（如果脚本被 root 权限触发），导致后续用 FTP 插件或 rsync 同步时报 “Permission denied”。
解决方法很简单，在脚本末尾加一句：
chown www:www "$BACKUP_DIR/${DB_NAME}_${DATE}.sql.gz"
或者更稳妥：在脚本开头加 sudo -u www 包裹整个 dump 流程（前提是 www 用户有免密 sudo 权限）。但最省事的是统一用 www 用户创建目录并运行脚本——确认 /www/backup/database 目录属主是 www，且脚本也由 www 运行。
容易被忽略的一点：宝塔计划任务默认以 www 用户运行，但如果脚本里用了 su -c 或 sudo，就可能切到别的用户，权限链一断，后面全崩。
