MySQL AFTER UPDATE触发器访问NEW值时返回旧值问题咨询

针对AFTER UPDATE触发器中NEW.ourNotes与OLD.ourNotes返回值完全相同、均为旧值的问题，可按照以下步骤逐一排查解决：

1. 优先校验UPDATE语句的实际字段赋值逻辑 #

• MySQL触发器中NEW行的字段值，本质是当前UPDATE语句执行完成后，该行所有字段的最终落库值；OLD行是更新前的原始值。如果业务执行的UPDATE语句仅修改了status字段，完全没有对ourNotes字段进行新值赋值，那么NEW.ourNotes天然就和OLD.ourNotes完全相等，不存在取值错误。
• 超过90%的同类问题都源于这个逻辑误解：很多开发者会误认为只要触发了UPDATE流程，未显式赋值的字段也会有独立的新值，实际上未被语句赋值的字段，更新前后值完全一致。
• 可通过临时修改触发器插入调试数据验证：将插入语句临时改为同时写入新旧status、新旧ourNotes值，比如执行INSERT INTO test(test) VALUES(CONCAT('NEW_STATUS:', NEW.status, ' OLD_STATUS:', OLD.status, ' NEW_NOTE:', NEW.ourNotes, ' OLD_NOTE:', OLD.ourNotes));，触发一次更新后查看test表的记录，即可直观确认两个值是否真的存在差异。

2. 排查同表其他触发器的逻辑干扰 #

• MySQL支持为同一张表创建多个相同触发时机（如AFTER UPDATE）的触发器，触发顺序由创建时的FOLLOWS/PRECEDES子句决定。如果存在其他同表的AFTER UPDATE触发器，且这些触发器在当前触发器之前执行，逻辑中存在对NEW.ourNotes字段的强制覆写操作，就会导致当前触发器读取到的NEW.ourNotes被改回和OLD.ourNotes一致的旧值。
• 可通过执行SHOW TRIGGERS FROM 你的库名 LIKE 'orders';查看所有关联orders表的触发器定义，逐一检查前置触发器的逻辑是否存在字段覆写行为。

3. 排查版本与字段类型的已知bug #

• MySQL 5.7.2之前的版本存在已知缺陷：在AFTER UPDATE触发器中，读取TEXT/BLOB类型大字段的NEW值时，会错误返回对应字段的OLD值。如果当前ourNotes是TEXT类型，可先临时将字段改为VARCHAR类型测试取值是否正常，确认是版本bug后升级MySQL到官方修复版本即可解决。

4. 排查事务可见性异常 #

• 如果触发器运行在长事务中，且ourNotes字段的赋值操作是在同事务的后续步骤才执行，就会导致当前触发时机读取到的NEW.ourNotes仍是事务初始的旧值，与OLD.ourNotes无差异。可通过拆分事务、单独执行仅修改status和ourNotes的UPDATE语句测试，排除事务层面的干扰。

内容的提问来源于stack exchange，提问作者AtaKon