PHP中如何正确累加UNION查询的多类请求计数得到总数值

• 出现逐行数字拼接而非数值累加的核心原因有两个：
  • 代码逻辑偏移：在while循环内逐行输出单条记录的计数值，没有将计数值汇总到总计变量后再统一输出，直接导致所有行的数字被顺序拼接成长字符串，和你遇到的"000000""000110"的表现完全匹配
  • 类型不匹配：PDO默认查询返回的所有字段均为字符串类型，若累加前未将总计变量明确初始化为数值类型，或取出的计数值未做类型转换，数值运算会退化为字符串拼接
• 为什么存入Session计算结果就正常：Session序列化存储时会自动对变量做类型规范化，存入的数字会被强制转为整型，取出时已经是可参与数值运算的正确类型，规避了原生查询的字符串类型问题，但这种方案依赖Session读写，本身性能差、易受并发和过期规则影响，不适合作为全局计数的实现方案。
• 额外逻辑隐患：如果UNION查询未使用ALL关键字，结果集默认会对所有行做去重，当多个分类的统计数值相同时，重复的行会被合并，导致最终统计的行数少于6个，累加结果远低于真实总计数。所有分块统计场景下的UNION查询，都建议替换为UNION ALL，既可以省去不必要的去重排序开销，也能避免数据丢失。

1. 修正循环累加的代码逻辑 #

• 循环启动前必须将总计变量明确初始化为整型0，禁止未初始化直接累加
• 每次累加时将取出的计数值强制转为整型，确保运算按数值逻辑执行
• 统一在循环结束后输出总计数，禁止在循环内部逐行输出单条结果
• 错误写法示例：

  // 未初始化总变量，循环内逐行输出导致拼接
  while ($row = $stmt->fetch(PDO::FETCH_ASSOC)) {
      $total += $row['cnt'];
      echo $row['cnt']; // 这行直接导致逐行拼接
  }
  

• 正确写法示例：

  // 提前初始化总数值为整型
  $total = 0;
  while ($row = $stmt->fetch(PDO::FETCH_ASSOC)) {
      // 强制类型转换后累加
      $total += (int)$row['cnt'];
  }
  // 循环结束后统一输出总计
  echo $total;
  

2. 从SQL层面直接计算全局总和，省去PHP循环逻辑 #

完全不需要在PHP端遍历结果集累加，直接在嵌套查询中把所有UNION的统计值求和，一步拿到全局总计数，从根源避免PHP端的类型和逻辑问题：

• 原UNION查询结构参考：

  -- 6个分类分别统计待处理数量
  SELECT COUNT(*) AS cnt FROM order_ticket WHERE status = 0
  UNION ALL
  SELECT COUNT(*) AS cnt FROM refund_ticket WHERE status = 0
  -- 剩余4个分类的统计子查询
  

• 改造后直接输出全局总和的写法：

  SELECT SUM(cnt) AS global_total FROM (
      -- 把原来6个UNION的统计查询全部放在这个子查询里
      SELECT COUNT(*) AS cnt FROM order_ticket WHERE status = 0
      UNION ALL
      SELECT COUNT(*) AS cnt FROM refund_ticket WHERE status = 0
      -- 剩余4个分类的统计逻辑不变
  ) AS pending_stats
  

  这种写法PHP端只需要取一次查询结果，不需要遍历循环，没有任何类型转换或累加出错的可能。

3. 调整PDO配置从根源消除字符串类型干扰 #

在PDO初始化时关闭“所有返回值字符串化”的默认配置，让PDO自动将数据库返回的数值类型转成PHP对应类型，不需要每次手动强转：

$pdo->setAttribute(PDO::ATTR_STRINGIFY_FETCHES, false);

开启该配置后，MySQL返回的整数、小数类型字段会自动映射为PHP的整型、浮点型，参与累加运算时不会出现字符串拼接问题。

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