云数据仓库ADB中timestamp 和 datetime 的区别？

在云原生数据仓库 AnalyticDB（ADB）中，TIMESTAMP 和 DATETIME 是两种常用的时间类型，它们在功能、取值范围、时区支持以及使用场景上存在显著差异。以下是两者的详细对比：

1. 取值范围

• TIMESTAMP

  • 取值范围：'0100-01-01 00:00:00.000' UTC 到 '9999-12-31 23:59:59.999' UTC。
  • 精度：支持毫秒级精度（小数点后三位）。

• DATETIME

  • 取值范围：'0001-01-01 00:00:00.000' UTC 到 '9999-12-31 23:59:59.999' UTC。
  • 精度：同样支持毫秒级精度（小数点后三位）。

重要区别：
- TIMESTAMP 的起始时间是 0100-01-01，而 DATETIME 的起始时间是 0001-01-01。
- DATETIME 支持更早的历史时间，适合需要处理远古日期的场景。

2. 时区支持

• TIMESTAMP

  • 默认为系统时区，存储时会将时间转换为 UTC 时间，查询时再根据当前会话的时区设置转换回本地时间。
  • 支持时区调整：可以通过 SESSION 设置时区，例如 SET time_zone = '+08:00';。

• DATETIME

  • 默认为 UTC 时间，且不支持更改时区。
  • 存储和查询时均以 UTC 时间为准，不会进行时区转换。

重要提醒：
- 如果业务涉及多时区操作，建议使用 TIMESTAMP，因为它能够自动处理时区转换。
- 如果业务仅需固定时间记录，且不需要时区调整，则可以选择 DATETIME。

3. 存储字节数

• TIMESTAMP 和 DATETIME 均占用 8 字节 的存储空间。
• 在存储效率上两者没有差异。

4. 合法性校验

• TIMESTAMP 和 DATETIME 都会对输入的时间值进行合法性校验。
• 特殊处理：如果启用了参数 ILLEGAL_DATE_CONVERT_TO_NULL_ENABLE=true，当写入不合法的时间值（如 0000-00-00）时，系统会自动将其转换为 NULL。

注意：
- MySQL 支持 0000-00-00 这样的非法日期，但 AnalyticDB 不支持，必须确保写入的时间值合法。

5. 使用场景

• TIMESTAMP

  • 适用于需要时区支持的场景，例如跨时区的分布式系统日志记录、事件时间戳等。
  • 由于其默认为系统时区，适合需要动态调整时区的业务。

• DATETIME

  • 适用于固定时间记录的场景，例如合同签署时间、历史事件记录等。
  • 因为其不依赖时区，适合对时间一致性要求较高的场景。

6. 与 MySQL 的差异

• MySQL 的 TIMESTAMP 和 DATETIME 支持自定义精度（如秒后的小数位数），而 AnalyticDB 仅支持毫秒级精度（小数点后三位）。
• MySQL 的 TIMESTAMP 起始时间为 1970-01-01，而 AnalyticDB 的 TIMESTAMP 起始时间为 0100-01-01。

总结对比表

通过以上对比可以看出，TIMESTAMP 更适合需要时区支持的动态场景，而 DATETIME 更适合固定时间记录的静态场景。选择时应根据具体业务需求进行权衡。