navicat 17 不支持定时执行密码轮换脚本，因其无内置调度引擎；需借助系统级工具（如 cron 或 windows task scheduler）运行数据库命令更新密码，再手动更新 navicat 连接配置并测试连接。
Navicat 17 本身不支持定时执行密码轮换脚本
Navicat 是数据库客户端工具，不是调度平台或密码管理器。它没有内置的定时任务引擎，也不能直接调用系统级定时器（如 cron 或 Windows Task Scheduler）去自动修改数据库用户的密码。你看到的“自动化脚本”功能，仅限于 SQL 文件执行、备份/还原任务 或 数据同步任务，且这些任务触发后仍需连接已认证的账户——而密码一旦过期或变更，任务就会失败。
真正可行的路径：绕过 Navicat 调度，用外部工具驱动密码更新
核心思路是：把密码轮换逻辑从 Navicat 中剥离，交给操作系统或专用密码管理服务来执行；Navicat 只作为配置终端或验证入口。常见组合方案如下：
- 在 Linux 上用
cron定期运行一个mysql或psql命令（取决于数据库类型），执行ALTER USER ... IDENTIFIED BY语句 - 在 Windows 上用
Task Scheduler触发 PowerShell 脚本，连接数据库并执行密码更新 SQL - 若使用 MySQL 8.0+，可启用
default_password_lifetime策略，再配合定期刷新 Navicat 连接配置（但 Navicat 不会自动重填新密码，仍需人工更新连接属性中的password字段） - 更安全的做法是接入 HashiCorp Vault 或 AWS Secrets Manager，让 Navicat 连接时通过 API 动态获取临时凭据（需自定义脚本 + Navicat 的“外部工具”功能调用）
Navicat 内部能做的有限动作：保存新密码 & 测试连接
当外部脚本完成密码更新后，你需要手动在 Navicat 中更新对应连接的凭证。注意以下细节：
- 右键连接 →
编辑连接→ 在连接标签页中修改密码字段（勾选保存密码才生效） - 修改后务必点击
测试连接—— 否则无法确认是否同步成功 - Navicat 17 的连接配置文件默认存于：
~/Library/Application Support/PremiumSoft CyberTech/Navicat Premium/connections.ncx（macOS）、%APPDATA%\PremiumSoft\Navicat Premium\connections.ncx（Windows），不建议直接编辑该 XML 文件，容易损坏结构 - 如果启用了 Navicat 的
云同步，新密码也会被上传，注意权限控制范围
容易被忽略的关键风险点
密码轮换不是改完就完事。最容易出问题的地方在于连接池、应用缓存和 Navicat 自身行为：
- Navicat 在后台可能维持长连接，即使密码已变，旧连接仍可继续查询（直到超时或主动断开），导致你以为“轮换失败”
- 若其他服务（如 Web 应用、ETL 工具）共用同一数据库账号，它们不会感知 Navicat 的密码变更，必须各自独立更新配置
- MySQL 的
ALTER USER语句在某些版本中不触发权限重载，需显式执行FLUSH PRIVILEGES（尤其在低版本或非标准部署中） - Navicat 17 对 PostgreSQL 使用
md5加密密码时，若新密码含特殊字符（如\、$），可能被 shell 解析错误——建议在外部脚本中用单引号包裹密码值
实际落地时，别指望 Navicat 替你做调度，它只负责“连得上”。密码生命周期管理必须由更底层的机制兜底。
