MySQL将空字符串更新为NULL的语句执行成功无效果，是什么原因？

• 字段设置了NOT NULL约束
  如果context字段定义时加了NOT NULL限制，且数据库的SQL_MODE未开启严格模式，执行SET context=NULL时数据库会自动将值转换为字段的默认值（若未指定默认值，字符串类型通常默认是空字符串），语句不会报错但不会生效。可以执行DESC user;查看字段属性确认。
• 待匹配内容包含不可见特殊字符
  你以为的「空字符串」实际包含trim()无法处理的字符：比如全角空格、零宽空格、换行符\n、制表符\t、空字节\0等。这种情况WHERE context=''和length(trim(context))=0都无法命中，可以执行SELECT HEX(context) FROM user WHERE context <> '' AND context NOT REGEXP '[A-Za-z0-9]';查看字段的二进制内容确认。
• 事务未提交
  如果你的PHP代码中开启了事务，执行完UPDATE语句后没有调用commit()方法，更新操作只会存在于当前会话的事务中，不会实际持久化到数据库，其他会话查询时还是旧数据。
• 存在触发器拦截修改
  若user表上配置了BEFORE UPDATE类型的触发器，且触发器逻辑中会将context字段的值重置为空字符串，你的更新操作会被触发器覆盖，最终不会生效。可以执行SHOW TRIGGERS LIKE 'user';查看表关联的触发器。
• 验证查询的语法错误
  如果验证是否更新成功时使用了SELECT * FROM user WHERE context = NULL的写法，SQL中NULL的等值判断永远返回FALSE，正确的判断语法是WHERE context IS NULL，会导致你误以为更新未生效，实际已经修改完成。
• SQL执行链路异常
  PHP代码中拼接SQL时存在转义错误，或者实际连接的数据库、操作的表和你查询验证的库表不一致，也会出现语句返回成功但数据无变化的情况，可先直接在数据库命令行执行对应UPDATE语句排查是否是代码层的问题。

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