在宝塔面板「计划任务」中添加shell脚本任务，推荐使用绝对路径的find命令组合清理日志、备份和会话文件，并添加锁机制防止重复执行，注意环境变量、权限及日志重定向。
宝塔面板里怎么添加定时清理系统垃圾的计划任务
直接在宝塔面板「计划任务」页面添加即可，无需额外装 cron 工具或手动编辑 /etc/crontab。宝塔会自动将任务写入系统 crontab 并管理执行状态。
常见误区是先写脚本再配任务，其实更稳妥的做法是：先确认清理命令能手动跑通，再封装进脚本，最后填入计划任务——否则任务看似“运行成功”，实际什么都没删。
- 进入面板 → 「计划任务」→ 「添加计划任务」
- 任务类型选「Shell 脚本」
- 执行周期按需选（如「每天」或「每周日凌晨 2 点」）
- 脚本内容建议直接写命令，避免路径错误；若用脚本文件，务必确保
/www/server/panel/script/clean.sh这类路径存在且有可执行权限（chmod +x）
哪些命令适合放进计划任务清理垃圾
宝塔自身日志、网站访问日志、PHP 会话、Nginx 缓存、旧备份包是主要目标。别乱清 /tmp 或 /dev/shm，可能影响正在运行的服务。
推荐组合命令（一行写完，避免多行换行导致宝塔解析失败）：
find /www/wwwlogs -name "*.log" -mtime +30 -delete; find /www/backup/site -mtime +7 -delete; find /tmp -name "php_session_*" -mtime +1 -delete; rm -f /www/server/data/*.err; echo "clean done at $(date)" >> /var/log/bt_clean.log
注意点：
-
find ... -delete比rm -rf更安全，自带路径过滤 -
-mtime +30表示“30 天前”，不是“超过 30 天”，别写成+31以为更保险——语义没变，反而易错 -
/www/server/data/*.err是 MySQL 错误日志，定期清理可防磁盘打满，但别删mysql-error.log当前文件（它会被重命名，放心）
为什么计划任务显示“执行成功”却没清理效果
最常见原因是环境变量缺失：宝塔计划任务默认用 /bin/bash 且不加载用户 profile，所以 which python 或自定义 bin 路径会失效，find 命令本身不受影响，但如果你调用了 bt 命令或 python3 /path/to/clean.py 就很可能失败。
排查方法：
- 在任务脚本开头加
env > /tmp/env.log，执行后看输出是否含PATH=/usr/local/bin:/usr/bin:/bin - 所有命令尽量用绝对路径：
/usr/bin/find而非find（虽然通常能 fallback，但不保险） - 日志重定向必须显式写全，比如
>/dev/null 2>&1或追加到指定文件，否则宝塔只捕获 stdout，stderr 报错你看不到 - 检查目标目录权限：比如
/www/backup/site默认属主是www，而计划任务以root运行，一般没问题；但如果是你手动建的目录且 chown 过，就得确认 root 是否有权限进去
清理脚本要不要加锁防止重复执行
要，尤其当任务周期设为「每小时」或服务器负载高、单次清理耗时较长时。宝塔不会自动去重，两个实例同时删同一个 *.log 文件虽不报错，但可能中断日志轮转或导致 Nginx 写入失败。
简单加锁方式（一行内完成，适配宝塔计划任务）：
if [ ! -f /tmp/clean.lock ]; then touch /tmp/clean.lock; find /www/wwwlogs -name "*.log" -mtime +30 -delete; rm -f /tmp/clean.lock; else echo "locked"; fi
说明：
- 锁文件用
/tmp/clean.lock，不用/var/lock（部分系统该目录不存在或权限受限） - 不推荐
flock，因为宝塔计划任务 shell 环境不一定带util-linux，且跨进程锁在容器或低配 VPS 上容易失效 - 锁文件本身不判断进程是否存在，只防“同一时间两次触发”，对绝大多数宝塔场景已足够
真正麻烦的是清理逻辑本身——比如删 Nginx 缓存得确认缓存路径是否启用、PHP 会话路径是否被改过、旧备份是否混在其他目录。这些没法靠通用脚本覆盖，得自己 ls -l /www/backup 看一眼再动手。
