任务计划中定时执行失败而手动运行成功，主因是默认以SYSTEM账号运行，无法访问网络路径及登录凭据；须改用有权限的Windows账号、勾选“最高权限”和“不管是否登录都运行”，并正确设置“起始于”路径。
直接用 Windows 任务计划程序 + mysqldump 脚本就能稳定跑起来，不需要装第三方工具。关键不是“能不能做”，而是账号、路径、权限这三处一错，任务就静默失败。
为什么任务计划里手动点“运行”成功，但定时执行没文件？
最常见原因是：任务默认以 SYSTEM 账号运行，而 SYSTEM 无法访问网络共享路径（如 \30539950serverBak），也不能读取你登录时保存的 MySQL 密码凭据。
- 必须在任务【常规】页点击【更改用户或组】，填入你实际能访问目标目录的 Windows 账号（例如
DOMAINackupadmin） - 勾选【不管用户是否登录都要运行】+【使用最高权限运行】
- 【操作】页的【起始于】字段必须填对，比如
D:ECAN—— 不填会导致%~dp0解析失败，脚本找不到mysqldump.exe
备份脚本里 mysqldump 参数怎么选才安全又实用？
生产环境别裸写 -proot -p123456，密码会明文留在进程列表和任务历史里。推荐两种更稳妥的方式：
Windows TTS (WSL2)
下载
在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。
- 用 MySQL 配置文件存凭证：
mysqldump --defaults-file="D:ECANmy_backup.cnf" --single-transaction --routines --triggers app_db > D:ECANBackupspp_db_%Ymd%.sql，其中my_backup.cnf权限需设为仅管理员可读（icacls my_backup.cnf /inheritance:r /grant administrators:F） - 如果必须命令行传参，至少加
--defaults-extra-file替代--defaults-file，避免被其他配置覆盖 - 必加
--single-transaction（InnoDB 表）或--lock-all-tables（MyISAM 表），否则备份过程可能丢数据
如何让备份自动清理旧文件且不误删？
forfiles 是 Windows 原生命令，比写 for 循环更可靠，但要注意路径中空格和通配符陷阱：
- 清理语句必须用双引号包裹完整路径：
forfiles /p "D:ECANBackups" /m "*.sql" /d -7 /c "cmd /c del @path" - 避免用
/s递归清理 —— 万一备份目录下有子目录（比如D1、D2轮转结构），容易误删非 SQL 文件 - 建议先加
/c "cmd /c echo @path"测试匹配结果，确认无误再换del
真正容易被忽略的是时间戳生成逻辑：Windows 的 %TIME% 在上午 10 点前会带前导空格（如 " 9:30:22.12"），直接拼进文件名会导致 app_db_20260902 93022.sql 这种非法路径。必须用 set HOUR=%TIME:~0,2% + if "%HOUR:~0,1%"==" " set HOUR=0%HOUR:~1,1% 补零，否则脚本在凌晨/上午必然报错。
