创建首个MySQL触发器报错2014 Commands out of sync，该如何解决？

1. 2014错误的本质 #

Commands out of sync报错的直接原因是之前执行的SQL存在语法错误，MySQL客户端缓冲区残留了未处理的错误结果，后续执行新命令时触发冲突，重启MySQL客户端即可清除该报错，但核心问题是你编写的触发器存在多处语法和逻辑错误。

2. 触发器的具体错误点 #

• 触发时机错误：你使用了AFTER UPDATE，此时行数据已经写入数据库，无法再修改当前行的字段值；如果在AFTER触发器中强行执行同表UPDATE，还会触发触发器递归调用，最终导致死循环。正确的时机应该是BEFORE UPDATE，在数据写入磁盘前修改要保存的值。
• 字段引用错误：触发器中获取当前修改行的字段值，需要用OLD（存储修改前的字段值）和NEW（存储修改后的字段值）关键字，你写的TRABAJAN(Trabajando)是完全错误的引用方式。
• 逻辑判断错误：你的需求是Trabajando从1修改为0时才更新Fecha_fin，判断条件应该是OLD.Trabajando = 1 AND NEW.Trabajando = 0，避免其他更新场景误改字段。
• 语法格式错误：
  • IF语句缺少THEN关键字和END IF闭合标识
  • 不需要写UPDATE语句更新同表，直接给NEW.Fecha_fin赋值即可
  • 没有提前修改语句分隔符：包含BEGIN END块的触发器需要先修改MySQL的语句分隔符，避免MySQL把块内的分号识别为整个语句的结束符。

-- 先修改语句分隔符为//，避免块内分号截断语句
DELIMITER //
DROP TRIGGER IF EXISTS Mod_fecha_fin;
CREATE TRIGGER Mod_fecha_fin
BEFORE UPDATE 
ON TRABAJAN
FOR EACH ROW
BEGIN
  -- 仅当在职状态从在职改为离职时，自动填充离职日期
  IF OLD.Trabajando = 1 AND NEW.Trabajando = 0 THEN
    -- Fecha_fin是DATE类型，用CURDATE()获取当前日期即可，无需用NOW()
    SET NEW.Fecha_fin = CURDATE();
  -- 如果业务支持恢复在职，可保留下面这段逻辑，恢复时清空离职日期，不需要可以删除
  ELSEIF OLD.Trabajando = 0 AND NEW.Trabajando = 1 THEN
    SET NEW.Fecha_fin = NULL;
  END IF;
END //
-- 改回默认的分号分隔符
DELIMITER ;

核心需求逻辑是合理的，自动填充离职日期的设计能避免手动维护字段的疏漏。唯一可优化的点是：Trabajando字段和Fecha_fin存在数据冗余，完全可以通过Fecha_fin IS NULL来判断员工是否在职，不需要单独维护布尔字段；如果是为了简化查询条件、提升查询效率，保留该字段也没有问题。

内容的提问来源于stack exchange，提问作者Abel Pérez