用AI写一个定时任务脚本：从0到能跑通的全过程复盘
背景：我在智汇社区（ai.cnlsjz.cn）做站长的过程中，最烦的一件事就是重复性的运维操作每天都要手动做一遍。比如清理临时文件、备份数据库、检查磁盘占用，这些事说难不难，但天天手动敲就是浪费时间。于是我决定用AI帮我写一个定时任务（cron）脚本来自动化，今天就来复盘一下整个过程中踩过的坑。
怎么做：我先把需求拆成了三行说给AI听：第一，每天凌晨3点执行一次；第二，做三件事——清理/tmp下超过7天的文件、备份MySQL数据库到指定目录、把备份保留最近30份；第三，所有操作要写日志。AI很快给了我一个bash脚本，套在一个cron条目里。第一版跑起来其实挺顺的，基本功能都有了。
遇到的坑：第一个坑是cron环境变量。脚本在终端手动执行没问题，但放到cron里就报"mysqldump: command not found"。原因是cron跑脚本时不会加载我终端里的PATH，mysqldump装在/usr/local/bin下，但cron的默认PATH里没有。解决办法很简单，在脚本开头显式加上PATH=/usr/local/bin:/usr/bin:/bin。这个坑非常典型，新手基本都会踩。
第二个坑是备份文件的时间戳命名。一开始用date +%F只到天，如果一天跑多次就会互相覆盖。后来改成date +%F_%H%M%S精确到秒，彻底避免重名。但这里又牵扯出第三个坑：清理"保留最近30份"的逻辑，如果文件名时间戳格式不统一，排序会错乱，删错文件就麻烦了。所以我特意让备份命名格式固定，然后用ls -1t按时间排序取前30保留，其余删除，逻辑就稳了。
第三个坑是日志。脚本偶尔出问题时，我一开始没写日志，排查全靠猜。后来给每一步都加了echo到日志文件，并加了set -e让出错立即退出。有了日志之后，某次磁盘不足导致备份失败的排查，几分钟就定位到了，不像之前那样抓瞎。
关键结论/可复用方法：第一，cron脚本开头一定显式声明PATH，这是最常见的坑。第二，文件名时间戳要精确到秒，并且格式统一，排序才不会乱。第三，任何自动化脚本必须先写日志，否则出问题就是黑盒。第四，set -e让脚本出错就停，避免"看着成功了其实没成功"的假象。这套思路不光适用于定时备份，任何用AI生成的运维脚本都该这么检查一遍。写完脚本后，我专门手动跑了一遍验证，再用crontab -l确认条目在，这才算真正上线。
