用 mysqldump + .bat 脚本 + windows 任务计划程序可实现稳定自动备份；需用双引号包裹含空格的 mysqldump 路径，密码须通过 --defaults-file 指向权限受限的配置文件，清理旧备份用 forfiles /p "路径" /m "*.sql" /d -30 /c "cmd /c del /f @path"，任务计划必须勾选“不管用户是否登录都运行”和“使用最高权限”。
mysqldump + .bat 脚本 + Windows 任务计划程序，就能稳稳跑起来。不装第三方工具、不改系统服务、不依赖桌面环境，半夜断网重启后照样按时备份。
mysqldump 路径和参数怎么写才不报错
最常卡在这一步——脚本双击能跑，放进任务计划里就失败。根本原因是路径含空格或权限隔离导致命令找不到 mysqldump.exe。
- 路径必须用英文双引号包裹，比如：
"C:\Program Files\MySQL\MySQL Server 8.0\bin\mysqldump" - 密码不能用
-pPWD这种明文拼接方式，Windows 任务计划默认以“无交互”模式运行，mysqldump会卡在等待 stdin 输入密码；正确做法是用--defaults-file指向一个仅本机可读的配置文件（见下条） - 加
--single-transaction（InnoDB 表必备），避免锁表；加--routines --triggers --events如果库含存储过程 - 别漏
--skip-comments，否则某些版本导出的 SQL 文件头部带注释，恢复时可能被误判为语法错误
怎么安全传密码又不硬编码到 bat 里
把密码写进 .bat 或命令行里，等于把钥匙贴在保险箱上。Windows 下最稳妥的做法是用 MySQL 的 my.cnf 配置文件做凭据代理。
- 新建一个文本文件，比如
C:\mysql_backup\my.cnf，内容如下（注意权限！右键 → 属性 → 安全 → 只给当前运行任务的用户读取）：
[client] host=localhost port=3306 user=backup_user password=StrongP@ss_2026
- 在脚本里调用时，用
--defaults-file="C:\mysql_backup\my.cnf"替代-u -p参数 - 务必确认该文件 **不能被 SYSTEM 或 Administrators 组以外的账户读取**，否则等于暴露密码
- MySQL 用户
backup_user只需SELECT, SHOW VIEW, LOCK TABLES, RELOAD权限，不要给GRANT OPTION
forfiles 清理旧备份为什么总删错或没反应
forfiles 是 Windows 自带清理利器，但日期参数和路径写法极容易踩坑。
-
/d -30表示“30天前及更早”，不是“满30天”，所以今天是 9月29日，它会删所有修改时间 ≤ 8月30日的文件 - 路径末尾不能带反斜杠，
/p "D:\backup\"会失败，必须写成/p "D:\backup" - 加
/s是递归子目录，如果备份文件都在一级目录，去掉它更安全，避免误删嵌套目录里的同名.sql - 建议先加
/c "cmd /c echo @path"测试匹配结果，确认无误后再换成del - 实际清理命令示例：
forfiles /p "D:\backup" /m "*.sql" /d -30 /c "cmd /c del /f @path"
任务计划里“不管用”多半是这三件事没做对
脚本手动双击成功 ≠ 任务计划里能跑。Windows 任务计划默认用“最高权限”+“不保存用户凭据”+“只在用户登录时运行”三个默认选项，刚好卡死备份流程。
- “运行方式”必须勾选 “不管用户是否登录都要运行”，否则服务器无人值守时任务直接跳过
- 必须勾选 “使用最高权限运行”，否则
mysqldump可能因权限不足无法连接或写入目标目录 - “配置为”选
Windows Server 2016或更高（即使你用的是 Win10/Win11），老兼容模式下某些环境变量（如%DATE%）解析异常 - 测试阶段先设成“每5分钟运行一次”，看事件查看器 → Windows 日志 → 应用程序里有没有
mysqldump错误或权限拒绝记录
%date% 在不同区域设置下格式可能突变（比如中文系统返回“2026/09/29”），用 PowerShell 生成时间戳虽稳但引入新依赖；而纯 bat 里用 WMIC 或 for /f 解析日期又太重。所以目前最轻量靠谱的折中方案，还是坚持用 %date:~0,4%%date:~5,2%%date:~8,2% 并确保系统区域格式统一为“中文（中国）”。
