MySQL存储计时器秒数值（如90060）应选何种数据类型？

为什么不选其他类型？ #

• time类型：MySQL的time类型最大支持时长为838:59:59（约34.9天），如果计时器累计时长超过这个范围，数据会溢出无法存储。而且用time存储秒数需要额外转换，后续提取天数、小时等维度反而更麻烦。
• datetime类型：该类型用于存储具体日期时间点（如2024-05-20 12:30:00），完全不适合表示累计时长，会导致逻辑混乱和不必要的复杂度。

为什么选int/bigint？ #

• 存储直接：秒数本身是整数，直接存储为int即可覆盖约68年的时长（最大值2147483647秒）；如果计时器可能超过这个范围，改用bigint可支持更大时长。
• 计算高效：整数的排序、聚合（求和、平均值等）操作在MySQL中性能最优，后续用Metabase做BI分析时也更容易处理。
• 转换灵活：随时可以通过SQL或Metabase自定义表达式将秒数转换成「XXd XXh XXm」格式，比如MySQL中可使用以下语句实现：

SELECT 
  CONCAT(
    FLOOR(seconds / 86400), 'd ',
    FLOOR((seconds % 86400) / 3600), 'h ',
    FLOOR((seconds % 3600) / 60), 'm'
  ) AS formatted_duration
FROM your_table;

在Metabase中也可编写类似逻辑的自定义字段，无需依赖数据库计算。

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