常见问题 SQL Server时间时区
数据库时间与本地时区不一致怎么处理
SQL Server 时间字段与本地显示差几小时的常见原因：存储时区口径、datetimeoffset 使用、客户端时区设置，以及规范口径的方法。
发布于 2026/11/11
所属频道 SQL Server
简短答案
「差 8 小时」通常是存储口径问题：库按 UTC 存、本地按东八区显示（或反向）。这不是 SQL Server 的 bug，是约定问题。先定统一口径，再改读写代码，别直接改库里的数据。
排查步骤
- 弄清库里存的是什么：
SELECT CURRENT_TIMESTAMP, SYSDATETIMEOFFSET();SYSDATETIMEOFFSET 带时区偏移，能看清服务器本地时间与 UTC 的关系。
- 口径二选一：
- 存本地时间：读写都按本地，简单但跨时区部署会错；
- 存 UTC：
datetimeoffset类型自带偏移，显示层再转本地时区，推荐跨时区场景。
- 老数据
datetime（不带时区）迁移到datetimeoffset：
ALTER TABLE 表名 ADD 列名_utc DATETIMEOFFSET(0)
GENERATED ALWAYS AS SYSDATETIMEOFFSET() STORED;- 在 SSMS 里验证新列显示是否符合预期时区。
- 各版本时间类型支持范围以 SQL Server 2022 Developer 条目页核对；老版本差异看 SQL Server 2019 Developer 条目页。
现象对照表
| 现象 | 原因 |
|---|---|
| 固定差 8 小时 | UTC 与东八区口径差 |
| 时差忽大忽小 | 存的是本地时间 + 夏令时 |
操作小结
- 先统一口径（推荐 UTC），再改代码。
- datetimeoffset 自带偏移，跨时区首选。
- 老数据迁移要有对照校验，别盲改。