MySQL 5.7同WHERE条件SELECT有结果UPDATE影响0行问题求助

以下是针对MyISAM引擎oc_product表该问题的完整排查与解决方案：

• 优先确认UPDATE返回值的计数逻辑
  MySQL UPDATE语句默认返回实际发生数据变更的行数，而非匹配WHERE条件的行数。若你之前已经执行过一次相同的更新操作，所有匹配行的import_batch已经被修改为目标值，再次执行时无行需要变更就会返回0。
  你可以在执行更新后运行SELECT COUNT(*) FROM oc_productWHEREimport_batch IS NULL，确认NULL值的行是否已经被处理。如果需要让UPDATE返回匹配到的行数，可以在建立数据库连接时开启CLIENT_FOUND_ROWS参数。
• 检查表上的触发器配置
  执行SHOW TRIGGERS LIKE 'oc_product'查看该表是否绑定了BEFORE UPDATE类型的触发器，若触发器在更新执行前修改了import_batch字段的值、或直接跳过了符合条件行的更新逻辑，也会出现匹配到行但无实际变更的情况。
• 确认操作的库表一致性
  检查查询和更新操作是否在同一个数据库实例、同一个 schema 下执行，避免出现查询用测试库、更新用生产库，或者表前缀配置错误的问题。
• 修复损坏的MyISAM表
  执行CHECK TABLE oc_product命令检查表结构是否损坏，若返回异常结果，执行`REPAIR TABLE `oc_product修复表后再重试更新操作。
• 避免隐式类型转换异常
  由于import_batch是varchar类型，更新时建议明确赋值为字符串类型，修改更新语句为UPDATE oc_productSETimport_batch= '0' WHEREimport_batch IS NULL，避免数字转字符串的隐式转换异常。

注：oc_product使用的MyISAM引擎不支持事务，无需考虑事务未提交导致更新未生效的问题。

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