PHP拼接MySQL WHERE子句时同后缀字段触发替换异常的问题排查

问题核心是代码使用str_replace做无边界的全局子串匹配替换，导致前置token的替换动作误伤了后续待处理的原始片段，整个执行链路和复现场景完全对应：

• 当传入参数where=id,eq,1^classid,eq,19时，代码先通过自定义的multiexplode方法拆分得到token数组：['id,eq,1', 'classid,eq,19']；接着将原字符串中的^替换为AND，此时$where的初始值为id,eq,1 AND classid,eq,19。
• 循环遍历token做替换时，第一个待替换的目标串是id,eq,1。由于str_replace会扫描整个字符串、替换所有匹配到的子串，不做位置边界校验，而第二个原始片段classid,eq,19的内部恰好包含完整子串id,eq,1（即"class"字符拼接"id,eq,1"后，末尾多了个"9"），因此替换操作会同时命中两个位置的id,eq,1：
  1. 字符串开头独立的原始片段id,eq,1
  2. 第二个原始片段classid,eq,19内部嵌套的id,eq,1子串
• 这一步替换完成后，$where的值已经变为id = '1' AND classid = '1' 9，原本完整的第二个原始片段classid,eq,19已经被拆碎，不存在可被精确匹配的完整字符串了。
• 循环到第二个tokenclassid,eq,19时，str_replace在当前已被修改的$where中找不到完整的classid,eq,19子串，无法触发有效替换，最终输出错位结果id = '1' AND classid='1' 9。

当两个字段无后缀重叠时（比如字段为class），第二个原始片段是class,eq,19，内部不包含id,eq,1的子串，第一个token的替换动作只会命中开头的独立片段，不会误伤后续内容，第二个token可以正常匹配替换，因此输出结果符合预期。

这类异常的本质是无边界的全局字符串替换逻辑没有考虑片段之间的包含关系，只要任意一个后续待处理的原始token，包含了前面某个token的完整子串，就会触发同类问题。

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