Navicat 17 不支持数据库内定时执行 SQL 清理冷数据，因其无内置调度引擎；仅能通过调用外部工具或封装数据库事件调度器实现，自身“自动运行”仅限备份、还原、同步三类操作。
Navicat 17 本身不提供「数据库内定时执行 SQL 清理冷数据」的能力——它没有内置调度引擎去跑 DELETE 或 TRUNCATE 语句。所谓“自动化功能”，实际是指它能调用外部工具（如系统任务计划器 + mysqldump、mysql 命令行）或封装已有数据库的定时机制（如 MySQL 事件调度器 EVENT），再通过 Navicat 的界面触发/管理。
你真正要做的，是把清理逻辑交给数据库或操作系统，Navicat 只负责配置、触发和监控。
Navicat 17 能直接调用的定时清理方式只有两种
Navicat 自身的「自动运行」功能（Auto Run）仅支持三类动作：备份、还原、数据同步，不支持任意 SQL 执行。所以想靠点几下鼠标就让 Navicat 每天凌晨删三个月前的日志表？做不到。
- ✅ 它能定时「导出+删除」：比如用「数据传输」把旧数据导出到另一个库/文件，再勾选「清空目标表」——但这不是「清理冷数据」，是迁移后擦除，且无法按条件（如
WHERE created_at ）动态删 - ✅ 它能定时「执行已保存的备份任务」：但备份 ≠ 清理，反而会增大磁盘压力
- ❌ 它不能定时执行自定义
DELETE FROM logs WHERE ts
真正可行的冷数据清理路径：用 Navicat 配合 MySQL EVENT
MySQL 5.7+ 开启事件调度器后，可建一个按天运行的 EVENT，在库内完成条件删除。Navicat 17 在这里只做两件事：启用调度器、创建并管理该事件。
- 先确认 MySQL 已开启：
SELECT @@event_scheduler;返回ON才有效；若为OFF，需在my.cnf加event_scheduler = ON并重启 - 在 Navicat 中新建查询，执行类似以下语句（注意替换表名和时间条件）：
CREATE EVENT clean_old_logs ON SCHEDULE EVERY 1 DAY STARTS TIMESTAMP(CURDATE() + INTERVAL 1 DAY) DO DELETE FROM logs WHERE created_at < DATE_SUB(NOW(), INTERVAL 90 DAY) LIMIT 10000;
-
LIMIT 10000很关键：避免单次锁表太久，也防止事务日志暴涨；若要删更多，得配合循环逻辑或分批次建多个事件 - 事件建好后，在 Navicat 的「数据库」→「函数与事件」节点下能看到它，右键可启用/禁用/编辑
Windows/macOS 下用系统计划 + Navicat 命令行工具补位
如果你用的是 MySQL 5.6 或托管环境（如阿里云 RDS）禁用了 EVENT，就得绕道系统级定时任务。Navicat 17 自带 navicat.exe --run 命令行接口，但仅支持运行已保存的「备份/同步任务」，不支持传 SQL。
- 更务实的做法：写一个
.bat（Windows）或.sh（macOS/Linux），用原生mysql客户端执行清理 SQL：mysql -h127.0.0.1 -P3306 -uroot -p'xxx' mydb -e "DELETE FROM archive_table WHERE dt < '2026-07-01' LIMIT 5000;"
- 然后在 Windows 任务计划程序 / macOS
launchd中定时调用这个脚本 - Navicat 的作用此时退化为：帮你调试这条 SQL 是否语法正确、是否真能删到数据（用「查询」窗口执行预演）、以及事后查删后行数（
SELECT COUNT(*) FROM archive_table） - ⚠️ 注意：命令行中明文写密码会留审计风险，建议改用
mysql_config_editor设置登录路径
容易被忽略的三个硬约束
无论走 EVENT 还是系统计划，下面三点不提前确认，清理任务大概率失败或伤生产：
- MySQL 用户必须有
EVENT权限（EVENT 调度本身）和目标表的DELETE权限，光有SELECT不行 - 如果表用的是
MyISAM引擎，DELETE会锁整张表；换成InnoDB+ 合理索引（如在created_at上建索引）才能保证低影响 - Navicat 界面里看到「执行成功」≠ 数据真删了：一定要查
SELECT ROW_COUNT();确认影响行数，再比对SHOW ENGINE INNODB STATUS\G看是否有长事务阻塞
