PHPMySQL多区间计数方法解析

本文深入解析了在 PHP 与 MySQL 协同开发中高效实现多日期区间独立计数的核心技巧——通过条件聚合（推荐）和子查询嵌套两种方案，仅用一条 SQL 即可同时统计多个预设时间段（如连续六周）内按 screen_id 分组的记录数量，既避免了多次查询带来的网络开销和结果整合难题，又兼顾代码安全性（PDO 预处理防注入）、执行性能（复合索引优化）与业务可读性，特别适用于影院排片、广告监测、设备预约等高频时序统计场景，文末还直击子查询方案的致命缺陷，帮你避开真实项目中的典型陷阱。

本文介绍两种在单条 SQL 语句中同时统计多个日期范围内记录数的实用方法：子查询嵌套（简洁易懂）与条件聚合（高性能推荐），并提供可直接运行的示例代码及关键注意事项。

本文介绍两种在单条 SQL 语句中同时统计多个日期范围内记录数的实用方法：子查询嵌套（简洁易懂）与条件聚合（高性能推荐），并提供可直接运行的示例代码及关键注意事项。

在实际业务开发中（如影院排片系统、广告投放监测或设备预约平台），常需按多个预设时间段（例如连续六周）分别统计同一数据表（如 booking）中满足条件的记录数量，并按 screen_id 分组汇总。若逐条执行六个 SELECT COUNT(*) 查询，不仅增加网络往返开销，还难以在 PHP 中统一处理结果结构。理想方案是用一条 SQL 返回六列独立计数，兼顾可读性与执行效率。

✅ 推荐方案一：条件聚合（高性能，强烈建议）

该方法利用 SUM() 配合布尔表达式（MySQL 中真为 1，假为 0）实现“伪计数”，避免多次全表扫描，性能最优：

SELECT 
  screen_id,
  screen,
  screen_code,
  SUM((start_date <= ? AND DATE(end_date) >= ?)) AS firstweekcount,
  SUM((start_date <= ? AND DATE(end_date) >= ?)) AS secondweekcount,
  SUM((start_date <= ? AND DATE(end_date) >= ?)) AS thirdweekcount,
  SUM((start_date <= ? AND DATE(end_date) >= ?)) AS fourthweekcount,
  SUM((start_date <= ? AND DATE(end_date) >= ?)) AS fifthweekcount,
  SUM((start_date <= ? AND DATE(end_date) >= ?)) AS sixthweekcount
FROM booking 
GROUP BY screen_id, screen, screen_code;

? 关键说明：

• 使用 ? 占位符（PDO 预处理）替代原文中的 PHP 变量（如 $monday_week1），杜绝 SQL 注入风险；
• DATE(end_date) 确保与传入的日期字符串类型一致（避免隐式转换导致索引失效）；
• GROUP BY 必须包含所有非聚合字段（screen, screen_code, screen_id），否则 MySQL 8.0+ 会报错；
• 建议为 (start_date, end_date) 或 (end_date, start_date) 创建复合索引以加速范围查询。

⚠️ 方案二：子查询嵌套（语法直观，但慎用）

适用于逻辑简单、数据量小的场景，语法清晰但性能较差（每个子查询独立扫描全表）：

SELECT 
  (SELECT COUNT(*) FROM booking 
   WHERE start_date <= ? AND DATE(end_date) >= ? 
   GROUP BY screen_id LIMIT 1) AS firstweekcount,
  (SELECT COUNT(*) FROM booking 
   WHERE start_date <= ? AND DATE(end_date) >= ? 
   GROUP BY screen_id LIMIT 1) AS secondweekcount,
  -- ... 其余四列同理
  (SELECT COUNT(*) FROM booking 
   WHERE start_date <= ? AND DATE(end_date) >= ? 
   GROUP BY screen_id LIMIT 1) AS sixthweekcount
FROM DUAL;

⚠️ 严重限制：

• GROUP BY screen_id 在子查询中会导致多行结果，而外层 SELECT 要求标量子查询返回单值，必须加 LIMIT 1（但会丢失分组维度）；
• 若需按 screen_id 分组统计各周数据，此方案完全不适用——它仅能返回全局总计，无法保留分组粒度；
• 实际项目中应优先规避此写法，除非明确只需一个总数字。

? PHP 实战示例（使用 PDO 预处理）

<?php
$pdo = new PDO($dsn, $user, $pass);
$stmt = $pdo->prepare("
  SELECT 
    screen_id, screen, screen_code,
    SUM((start_date <= ? AND DATE(end_date) >= ?)) AS firstweekcount,
    SUM((start_date <= ? AND DATE(end_date) >= ?)) AS secondweekcount,
    -- ... 补齐其余四组参数
    SUM((start_date <= ? AND DATE(end_date) >= ?)) AS sixthweekcount
  FROM booking 
  GROUP BY screen_id, screen, screen_code
");

// 传入 12 个参数：6 个 start_date 上限 + 6 个 end_date 下限
$params = [
  $monday_week1, $sunday_week1,
  $monday_week2, $sunday_week2,
  // ... 依此类推
  $monday_week6, $sunday_week6
];
$stmt->execute($params);

$results = $stmt->fetchAll(PDO::FETCH_ASSOC);
foreach ($results as $row) {
  echo "Screen {$row['screen_id']}: Week1={$row['firstweekcount']}, Week2={$row['secondweekcount']}, ...\n";
}

? 总结与最佳实践

• 永远优先选择条件聚合（SUM(布尔表达式)）：单次扫描、索引友好、结果结构可控；
• 禁用无 LIMIT 的子查询嵌套：无法满足分组需求且性能灾难；
• 务必使用预处理语句：防止日期变量拼接引发的 SQL 注入与类型错误；
• 验证索引有效性：通过 EXPLAIN 检查执行计划，确保 start_date 和 end_date 列被有效利用；
• 若需动态生成周数（如 N 周），建议在 PHP 层拼接 SQL 字段（而非硬编码 6 列），提升可维护性。

以上就是《PHPMySQL多区间计数方法解析》的详细内容，更多关于的资料请关注golang学习网公众号！