navicat 不支持定时任务，需依赖操作系统（cron/task scheduler）或数据库事件调度器；mysql 可用 event 每日清理 operation_log 中 7 天前数据，前提 event_scheduler=on。
navicat 本身不支持定时任务，别白费劲配“计划”
navicat 是个数据库客户端工具，不是调度服务。它没有内置的定时执行能力，所谓“定时清理日志”必须依赖外部机制触发 sql 脚本——navicat 只负责写、调试和手动运行那条 delete 或 truncate 语句。
常见错误现象：在 Navicat 的「计划」或「批处理作业」里反复添加 SQL，设好时间却从不执行；或者误以为「自动运行查询」能当 cron 用。
- Navicat 的「批处理作业」只在软件打开且登录状态下才可能触发，关机/退出即失效
- 「自动运行查询」仅限当前连接活跃时周期性重跑，不是系统级定时器
- 真正可靠的定时，得靠操作系统（
cron/Task Scheduler）或数据库自身（如 MySQL 事件调度器EVENT）
用 MySQL 事件调度器替代 Navicat 定时（推荐）
如果你用的是 MySQL 5.1+ 且 event_scheduler 已启用，直接在库内建自动清理事件最稳——不依赖客户端是否在线，也不用额外维护脚本文件。
使用场景：清理 error_log 表、operation_log 等按时间归档的业务日志表。
实操前先确认：SHOW VARIABLES LIKE 'event_scheduler'; 返回 ON；否则执行 SET GLOBAL event_scheduler = ON;（需 SUPER 权限）。
- 建事件示例（保留最近 7 天）：
CREATE EVENT clean_old_logs ON SCHEDULE EVERY 1 DAY DO DELETE FROM operation_log WHERE create_time < NOW() - INTERVAL 7 DAY;
- 注意
SQL SECURITY默认是DEFINER，确保定义者账号有对应表的DELETE权限 - 事件默认创建后不启用，加
ENABLE关键字，或后续用ALTER EVENT clean_old_logs ENABLE; - 避免用
TRUNCATE在事件里——它隐式提交事务，无法回滚，且在某些复制环境下可能出问题
用系统定时器调 Navicat 导出的 SQL 文件（Windows/macOS/Linux 通用）
适合不能改数据库配置、或用 PostgreSQL/SQL Server 等不支持事件调度器的场景。核心思路是：用 Navicat 写好清理 SQL → 保存为 .sql 文件 → 用命令行工具执行它。
关键点不在 Navicat，而在怎么让系统定期调用 mysql / psql 命令。
- MySQL 示例（Linux/macOS）：
0 2 * * * /usr/bin/mysql -h127.0.0.1 -uadmin -p'xxx' mydb - PostgreSQL 示例（Windows Task Scheduler）：新建任务，操作设为启动程序
psql，参数填-U admin -d mydb -f "C:\scripts\clean_logs.sql" - 密码别硬编码进命令行（会泄露在
ps aux或进程列表里），改用配置文件：MySQL 放~/.my.cnf，PostgreSQL 放~/.pgpass - SQL 文件里别用 Navicat 特有语法（如
/*+ MAX_EXECUTION_TIME(3000) */），否则命令行执行会报错
清理前必须加条件限制，否则删库跑路
日志表往往数据量大，DELETE 不加 LIMIT 或范围判断，容易锁表、拖慢主业务，甚至触发 OOM。
性能影响明显：没索引的 create_time 字段上 WHERE，一次扫几千万行，清理任务跑一小时还卡着。
- 务必给时间字段建索引：
ALTER TABLE operation_log ADD INDEX idx_create_time (create_time); - 大表建议分批删，比如每次删 10 万行：
DELETE FROM operation_log WHERE create_time - 用
SELECT COUNT(*)先探查待删量，别一上来就DELETE—— 有些“日志表”其实是带外键的业务表，删错关联数据就麻烦了 - 生产环境首次运行前，先在测试库用
EXPLAIN看执行计划，确认走了索引
最常被忽略的一点：清理逻辑要和应用层的日志轮转策略对齐。比如应用每小时切一个文件，但数据库按天删，中间就可能漏掉刚写入还没归档的数据——得看清楚日志写入延迟和清理窗口是否咬合。
