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 是纯内存调度,脚本结束即失效。它适合调试,不适合长期驻守备份。
- 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),但依然不如系统级调度稳
备份这件事,最麻烦的从来不是拷文件,而是怎么让系统在你没盯着的时候,持续、安静、不丢不重地把事干完。时间戳精度、文件锁、调度载体——每个点单独看都简单,串起来就容易漏掉一环。
Python免费学习笔记(深入):立即使用
在学习笔记中,你将探索 Python 的核心概念和高级技巧!











