手写备份脚本不难，难的是把细节想全：数据库要锁表吗、备份文件要不要压缩、旧的备份什么时候清、备份失败怎么通知你。很多人图省事直接让AI生成，AI给了一版能跑的，装上crontab就再也不管了——直到某天磁盘满了，或者恢复的时候发现备份文件是坏的。
AI写脚本的正确用法不是让它“写个备份脚本”，而是把你的环境、你的要求、你的约束全部交代清楚。给的上下文越具体，出来的脚本越能直接跑。下面是给AI的提示词模板，照着改参数就能用。
请帮我写一个Linux服务器自动备份脚本，环境如下：
1. 数据库：MySQL 5.7，数据库名 site_db，用户名 backup_user
2. 网站目录：/var/www/html，约2GB
3. 备份存放：/data/backup，保留最近7天
4. 每天凌晨2点执行，失败时用curl调用Server酱接口通知我
5. 要求：备份前检查磁盘空间，不足20%直接报警退出
6. 脚本要有日志，记录每次备份的开始结束时间和结果
AI给出的脚本，先别急着装进crontab，按下面三步验收。第一步，人肉过一遍关键逻辑：mysqldump有没有加--single-transaction（InnoDB下不锁表）、备份目录权限是不是只有root能写、保留天数有没有写对。第二步，手动跑一遍看日志输出，确认备份文件真的生成了、大小合理。第三步，也是最重要的一步——抽一次备份做恢复测试，在测试库/测试目录里还原，确认数据能读。备份没做过恢复测试，等于没备份。
# 装进crontab（每天凌晨2点）
0 2 * * * /root/backup_site.sh >> /var/log/backup_site.log 2>&1
# 手动试跑，观察输出
bash /root/backup_site.sh
# 检查产物
ls -lh /data/backup/
# 恢复测试（抽最新一份）
mysql -u backup_user -p site_db_test < /data/backup/site_db_最新日期.sql
ls -lh /var/www/html/restore_test && diff -r /var/www/html/restore_test /var/www/html | head -20验收通过的标准：备份文件存在且非空、日志里没有ERROR、恢复测试数据一致、磁盘空间告警逻辑生效。四个都满足，才让crontab接管。之后每周瞄一眼备份日志，每月做一次恢复测试，比出事那天才想起备份强一百倍。
顺便说一句，AI生成的脚本里，清理旧备份的find命令最容易出问题——有人把路径写错，删掉了别的东西。用之前一定看清楚find后面的路径和-mtime参数，先在echo模式（-print）下试运行一遍，确认列出的文件都是该删的，再换成-delete。
申请创业报道，分享创业好点子。点击此处，共同探讨创业新机遇！
