Windows下备份被IDE锁定的.sql文件应先用只读方式验证可访问性；copytree需设dirs_exist_ok=True或手动删除目标；时间戳须含毫秒防重名；schedule仅适合调试，生产环境应使用系统级定时任务。
备份脚本文件时 shutil.copy() 报错 PermissionError: [Errno 13] Permission denied
Windows 下直接复制正在被编辑或被 IDE 锁定的 .sql 文件，常触发权限拒绝。不是路径写错，而是文件句柄被占用。
- 用
shutil.copy2()替代shutil.copy()，它保留元数据且在部分系统上对锁更友好（但不解决根本） - 真正稳妥的做法是先尝试以只读方式打开文件验证可访问性：
try: with open(src_path, 'rb') as f: f.read(1) except PermissionError: print(f"跳过 {src_path}：被占用或无权限") - 如果脚本由 VS Code、DBeaver 等工具打开，关闭其预览/自动保存功能，或改用命令行编辑器（如
vim）临时测试
定时执行但 shutil.copytree() 提示 FileExistsError
想把整个 sql_scripts/ 目录打包归档，但第二次运行就失败——因为目标目录已存在，而 shutil.copytree() 默认不允许覆盖。
- Python 3.8+ 可直接加参数：
shutil.copytree(src, dst, dirs_exist_ok=True) - 旧版本需手动处理：
if os.path.exists(dst): shutil.rmtree(dst) shutil.copytree(src, dst) - 注意：不要对目标路径做
os.makedirs(dst, exist_ok=True)后再调copytree()，这会触发原错误；copytree()本身就会建目录
备份文件名带时间戳却总重复，datetime.now().strftime() 精度不够
用 %Y%m%d_%H%M%S 命名，一秒内多次运行就撞名，后续备份覆盖前一次。
- 加毫秒：
datetime.now().strftime("%Y%m%d_%H%M%S_%f")[:17]（截取到毫秒前三位，避免太长） - 更可靠的是用
time.time_ns()（Python 3.7+）：f"backup_{int(time.time_ns() / 1000000)}"，单位毫秒，几乎不重复 - 别用
os.urandom(4).hex()这类随机名——虽然不重，但失去时间可读性，排查时反而难定位
用 schedule 库定时但进程退出后任务就停了
schedule 是纯内存调度，脚本结束即失效。它适合调试，不适合长期驻守备份。
立即学习“Python免费学习笔记（深入）”；
- Linux/macOS 用
cron：写好脚本后，crontab -e加一行0 2 * * * /usr/bin/python3 /path/to/backup.py（每天凌晨2点跑） - Windows 用任务计划程序，触发器选“按预定计划”，操作选“启动程序”，程序填
pythonw.exe（后台静默运行），参数填脚本绝对路径 - 如果坚持用 Python 调度，至少套一层守护循环：
while True: schedule.run_pending() time.sleep(60) # 每分钟检查一次，别用 time.sleep(1)，但依然不如系统级调度稳
备份这件事，最麻烦的从来不是拷文件，而是怎么让系统在你没盯着的时候，持续、安静、不丢不重地把事干完。时间戳精度、文件锁、调度载体——每个点单独看都简单，串起来就容易漏掉一环。
