Navicat 15 不支持定时执行 KILL 类管理语句，因其计划任务仅封装标准 DML/DDL，自动运行会过滤或静默跳过 KILL 等需 SUPER 权限的服务器管理命令；可行方案是用 MySQL 事件 + 存储过程在服务端实现，Navicat 仅辅助创建和部署。
Navicat 15 无法直接设置定时脚本自动杀死长事务或锁表连接——它没有提供执行 KILL 命令的计划任务类型，也不允许在「批处理作业」中运行管理类语句（如 KILL、KILL QUERY）。 所有试图在 Navicat 界面里“新建一个定时任务 → 写 KILL 语句 → 设置每天执行”的做法，都会静默失败或报权限错误。
为什么 Navicat 的「自动运行」不能执行 KILL 类语句
Navicat 的计划任务本质是封装了数据库查询执行逻辑，只接受标准 DML/DDL（如 SELECT、UPDATE、CREATE TABLE），而 KILL 是 MySQL 服务端管理命令，需 SUPER 权限且不走 SQL 解析器常规路径。Navicat 在执行时会过滤掉这类语句，或返回 ERROR 1227 (42000): Access denied; you need (at least one of) the SUPER privilege(s) for this operation，即使连接用户真有该权限。
- Navicat 的「查询」窗口能手动执行
KILL，是因为它复用当前连接会话并直通 MySQL 协议；但「自动运行」任务会新建独立会话，且默认禁用管理命令通道 - PostgreSQL 中对应的是
pg_terminate_backend()，同样被 Navicat 计划任务屏蔽，不会出现在可选操作列表中 - 即使你把
KILL语句保存为.sql文件并加入批处理作业，Navicat 启动时也会跳过该条目，日志中仅显示 “Skipped unsupported statement”
真正可行的替代方案：用 MySQL 事件 + 存储过程 + Navicat 辅助创建
必须把清理逻辑下沉到数据库服务端，Navicat 只负责建好结构、验证语法、触发一次部署——后续完全脱离客户端运行。
- 先确认 MySQL 已启用调度器：
SHOW VARIABLES LIKE 'event_scheduler';，若为OFF，需用有 SUPER 权限的账号执行SET GLOBAL event_scheduler = ON; - 创建存储过程封装杀连接逻辑，例如：
DELIMITER $$
CREATE PROCEDURE kill_long_trx_and_locks()
BEGIN
DECLARE done INT DEFAULT FALSE;
DECLARE v_id BIGINT;
DECLARE cur CURSOR FOR
SELECT trx_mysql_thread_id
FROM information_schema.INNODB_TRX
WHERE TIME_TO_SEC(NOW()) - TIME_TO_SEC(trx_started) > 300;
DECLARE CONTINUE HANDLER FOR NOT FOUND SET done = TRUE;
<p>OPEN cur;
read_loop: LOOP
FETCH cur INTO v_id;
IF done THEN
LEAVE read_loop;
END IF;
SET @sql = CONCAT('KILL ', v_id);
PREPARE stmt FROM @sql;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;
END LOOP;
CLOSE cur;
END$$
DELIMITER ;- 再建事件定期调用：
CREATE EVENT ev_kill_long_trx ON SCHEDULE EVERY 1 MINUTE DO CALL kill_long_trx_and_locks(); - Navicat 可以执行这两段 SQL（需连接用户有
EVENT和SUPER权限），但不能替代 MySQL 自身的事件调度器
容易被忽略的权限与配置陷阱
即使 SQL 写对了，也常因以下三点导致事件不生效：
- 存储过程定义者（
DEFINER）权限不足：若写成DEFINER='user'@'host'，该用户必须同时拥有SUPER和EVENT权限；更稳妥的做法是省略DEFINER，让事件以调用者权限运行（需确保调用连接用户具备） - MySQL 配置限制：
max_connect_errors或skip-kill类参数可能禁用 KILL 行为，需检查mysqld启动参数和my.cnf - 云数据库（如阿里云 RDS、腾讯云 CDB）默认关闭
SUPER权限，且不允许SET GLOBAL，此时只能改用外部脚本 +mysql -e "KILL ..."方式，通过系统级定时任务绕过
最常被跳过的一步是：没确认 information_schema.INNODB_TRX 能否被当前用户 SELECT——很多生产环境会限制该视图访问，导致存储过程中 CURSOR 查不到任何记录，KILL 逻辑形同虚设。
