TIMEDIFF只接受TIME类型参数，传入DATETIME会截断为时间部分，导致跨天计算错误（如'08:20:00'-'23:45:00'得-15:25:00）；应改用TIMESTAMPDIFF(SECOND, start, end)正确处理跨天、NULL及索引优化。
为什么 TIMEDIFF 对跨天时间直接相减会出错
TIMEDIFF 只接受两个 TIME 类型参数，不是 DATETIME。如果传入带日期的值（比如 '2024-05-10 23:45:00'），MySQL 会自动截断为时间部分 '23:45:00'，导致跨天计算完全失效——例如从 23:45:00 到次日 08:20:00，TIMEDIFF('08:20:00', '23:45:00') 返回的是负数 -15:25:00，而非正确的 08:35:00（即 8 小时 35 分钟）。
正确做法：用 TIMESTAMPDIFF 替代 TIMEDIFF
工单耗时本质是两个完整时间点之间的秒级/分钟级差值，应使用 TIMESTAMPDIFF，它支持 DATETIME 或 DATE 类型，且能正确处理跨天、跨月甚至跨年。
- 单位选
SECOND最稳妥，后续可自由转成小时/分钟/天：TIMESTAMPDIFF(SECOND, created_at, closed_at) - 若要直接得小时数（含小数），用：
TIMESTAMPDIFF(SECOND, created_at, closed_at) / 3600.0 - 若需格式化为
HH:MM:SS，可用SEC_TO_TIME：SEC_TO_TIME(TIMESTAMPDIFF(SECOND, created_at, closed_at)) - 注意：
created_at和closed_at必须都是DATETIME或TIMESTAMP，不能一个是DATE一个是TIME
遇到 NULL 值或未关闭工单怎么避免报错
生产环境中 closed_at 常为 NULL（工单未解决），直接参与计算会导致结果全为 NULL。必须显式过滤或兜底：
- 用
WHERE closed_at IS NOT NULL排除未关闭记录 - 或用
IFNULL(closed_at, NOW())把未关闭的按当前时间算（慎用，仅限统计“当前已耗时”） - 更安全的做法是结合
CASE：CASE WHEN closed_at IS NULL THEN NULL ELSE TIMESTAMPDIFF(HOUR, created_at, closed_at) END - 别依赖函数自动忽略 NULL——
TIMESTAMPDIFF遇到任一参数为NULL，结果必为NULL
性能提示：字段上加索引但别在函数里套字段
如果常按耗时范围查询（如“耗时超过 48 小时的工单”），不要写 WHERE TIMESTAMPDIFF(HOUR, created_at, closed_at) > 48——这会让 created_at 和 closed_at 上的索引完全失效。
- 正确方式是把条件改写为范围等价式：
WHERE closed_at > DATE_ADD(created_at, INTERVAL 48 HOUR) - 这样 MySQL 能利用
created_at索引做范围扫描，再配合closed_at进行二次过滤 - 对高频查询的耗时字段，可考虑增加生成列并建索引：
ALTER TABLE tickets ADD COLUMN duration_sec INT AS (TIMESTAMPDIFF(SECOND, created_at, closed_at)) STORED，再对duration_sec加索引
TIMEDIFF 或忽略 NULL 和索引问题，结果偏差和性能抖动会同时出现，而且很难一眼发现。 
