将PHP5+MySQL代码升级PHP8时，UPDATE语句设字段=自身是否合理？

在升级PHP5到PHP8的过程中，你遇到的这种UPDATE mytable SET myfield = myfield, ...的写法，看似冗余，但确实存在一些合理场景：

• 通用代码模板的遗留
  很多开发者会写通用的SQL生成逻辑，比如遍历所有可能更新的字段，不管该字段有没有新值，都统一生成字段名 = 变量的结构。如果某个字段没有传入新值，就直接用字段自身作为变量值填充，这样不用额外判断哪些字段需要更新，简化了代码逻辑。比如PHP代码里遍历表单提交的参数，未提交的字段就用原字段名填充，最终生成的SQL就会出现这种写法。

• 触发字段关联的触发器
  如果myfield上绑定了BEFORE UPDATE或AFTER UPDATE触发器，哪怕将字段设为自身值，触发器依然会被触发。有些场景下需要执行触发器内的逻辑（比如记录修改日志、更新关联统计数据），但又不想改变字段本身的值，就会通过这种方式触发触发器。

• 兼容旧版数据库语法
  在部分旧版本的MySQL或其他数据库中，UPDATE语句如果没有SET子句会直接报错。如果业务逻辑只需要执行WHERE条件相关的操作（比如某些存储引擎的特定行为），或者为了避免出现空SET子句的情况，开发者会故意添加字段=字段的语句来保证SQL语法合法。

• 误写或冗余代码
  也不排除是开发者的失误：比如原本要写myfield = :new_value，结果误写成自身；或者是调试阶段留下的冗余代码，上线前未清理。

这种写法本身在MySQL中是合法的，不会修改字段值，但会产生少量不必要的开销（比如触发器执行、二进制日志写入）。如果确认没有上述需求，可以安全地删除这些冗余的SET项，让SQL更简洁。

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