本文讲解在计算用户账户启用时长时，如何准确处理起始/结束时间为空（即开区间）的边界情况，通过 coalesce 与 least 函数组合实现安全的时间交集计算。
本文讲解在计算用户账户启用时长时，如何准确处理起始/结束时间为空（即开区间）的边界情况，通过 coalesce 与 least 函数组合实现安全的时间交集计算。
在分析用户账户活跃时长（例如统计某 7 天周期内累计启用秒数）时，一个常见但易被忽略的难点是：数据库中记录的启用区间常为半开区间（semi-open interval）——即 enabled_start 有明确值，而 enabled_end 可能为 NULL（表示“至今仍启用”），或部分记录的启用时间横跨统计窗口边界（如启用早于窗口开始、延续至窗口结束后）。此时若直接使用 WHERE enabled_start >= ? AND enabled_end
- ✅ 情形 A（左边界外延）：账户在统计期开始前已启用（如 id=2，enabled_start = '2022-04-15'），但持续到统计期内（enabled_end = '2022-04-23 10:58:53'），应计入从 '2022-04-22 00:00:00' 起的有效时长；
- ✅ 情形 B（右边界开放）：账户在统计期内启用且尚未关闭（如 id=5，enabled_end IS NULL），应计入从启用时刻到统计期结束（'2022-04-27 23:59:59'）的全部时长。
解决核心在于：不直接过滤原始字段，而是动态裁剪每条记录在目标时间窗口内的有效子区间。关键技巧是使用 COALESCE 和 LEAST 安全地归一化端点：
SELECT SEC_TO_TIME(
SUM(
TIME_TO_SEC(
TIMEDIFF(
LEAST(COALESCE(enabled_end, '2022-04-27 23:59:59'), '2022-04-27 23:59:59'),
GREATEST(enabled_start, '2022-04-22 00:00:00')
)
)
)
) AS total_seconds
FROM logs
WHERE user_id = '123'
AND enabled_start = '2022-04-22 00:00:00'); -- 至少在窗口内有终点（含NULL）
? 逻辑拆解：
- COALESCE(enabled_end, '2022-04-27 23:59:59')：将 NULL 统一替换为窗口结束时间；
- LEAST(..., '2022-04-27 23:59:59')：确保右端点不超出窗口（即使原始 enabled_end 晚于窗口结束，也截断）；
- GREATEST(enabled_start, '2022-04-22 00:00:00')：同理，确保左端点不早于窗口开始；
- WHERE 子句中的宽松条件（=）保证只选取与窗口有交集的记录，避免无效计算（如完全在窗口前或后的区间）。
⚠️ 注意事项：
- 时间字面量建议使用标准格式 'YYYY-MM-DD HH:MM:SS'，并确保 MySQL 严格模式下无隐式转换风险；显式加上 TIMESTAMP 类型修饰符（如 TIMESTAMP '2022-04-27 23:59:59'）可进一步强化类型安全；
- 若业务要求毫秒级精度，需改用 MICROSECOND() 相关函数，并注意 TIMEDIFF 返回值类型限制；
- 对高频查询，应在 (user_id, enabled_start, enabled_end) 上建立复合索引以加速范围扫描。
综上，处理开区间本质是将逻辑上的无限端点映射为业务定义的有限边界，再通过数学交集运算提取有效片段。这一模式不仅适用于账户时长统计，亦可推广至会话时长、订阅周期、设备在线时长等所有涉及半开时间区间的场景。
