SQL Server 和 Java 之间的时间戳差异

Posted 2023-02-24

【中文标题】SQL Server 和 Java 之间的时间戳差异

【英文标题】：Timestamp discrepancies between SQL server and Java

【发布时间】：2014-06-09 16:24:20

【问题描述】：

我需要将一个简单的过程从 Java 代码复制到 SQL Server 存储过程。它将进入生产环境中的 SQL Azure 数据库，但我正在针对我的本地 SQL Express 12 安装对其进行测试。

这个存储过程的一部分是将一些值连接成一个字符串。

这是我的示例 Java 代码：

import java.sql.Timestamp;
import java.text.DateFormat;
import java.text.ParseException;
import java.text.SimpleDateFormat;

import com.google.common.base.Strings;

public static String concat() 
  //init variables with sample data
  DateFormat dateFormat = new SimpleDateFormat("dd/MM/yyyy HH:mm:ss.SSS");
  Timestamp date = new Timestamp(dateFormat.parse("04/04/2014 21:07:13.897").getTime());

  //format variables into 0-filled strings
  String formattedDate = String.format("%011d", date.getTime() / 1000);

  //concat those strings
  String finalString = ... + formattedDate + ...;
  return finalString;    

变量：

| date                    | formatted_date |
| ----------------------- | -------------- |
| 2014-04-04 21:07:13.897 | 01396638433    |

这是 SQL 中的等价物：

DECLARE @date DATETIME;
DECLARE @formatted_date CHAR(11);
DECLARE @final_string CHAR(22);

--init variables with same data as Java code
SET @date = '2014/04/04 21:07:13.897';

--format variables into 0-filled strings
SET @formatted_date = FORMAT(DATEDIFF(s,'1970-01-01 00:00:00', @date), '00000000000');

--concat those strings
SET @final_string = CONCAT(..., @formatted_date, ...);

变量：

| date                    | formatted_date |
| ----------------------- | -------------- |
| 2014-04-04 21:07:13.897 | 01396645633    |

在检查输出是否相同时，我注意到日期不一样：

Java output:  01396638433
MSSQL output: 01396645633

我打开this site 看看这种差异意味着什么：

Java:  GMT: Fri, 04 Apr 2014 19:07:13 GMT, Your time zone: 4/4/2014 21:07:13 GMT+2
MSSQL: GMT: Fri, 04 Apr 2014 21:07:13 GMT, Your time zone: 4/4/2014 23:07:13 GMT+2

正好相差两个小时。

我找到了一个针对 SQL Server 运行以检查时区设置的查询：

DECLARE @TZ SMALLINT
SELECT @TZ=DATEPART(TZ, SYSDATETIMEOFFSET())

DECLARE @TimeZone VARCHAR(50)
EXEC MASTER.dbo.xp_regread 'HKEY_LOCAL_MACHINE',
'SYSTEM\CurrentControlSet\Control\TimeZoneInformation',
'TimeZoneKeyName',@TimeZone OUT

SELECT @TimeZone, CAST(@TZ/60 AS VARCHAR(5))+':'+Cast(ABS(@TZ)%60 AS VARCHAR(5));

输出：

| Time zone               | Offset  |
| ----------------------- | ------- |
| W. Europe Standard Time | 2:0     |

我这样检查 JVM 时区：

Calendar now = Calendar.getInstance();
System.out.println(now.getTimeZone());
System.out.println(System.getProperties().get("user.timezone").toString());

输出：

sun.util.calendar.ZoneInfo[id="Europe/Berlin",offset=3600000, dstSavings=3600000,
transitions=143, lastRule=java.util.SimpleTimeZone[id=Europe/Berlin, offset=3600000, 
dstSavings=3600000, startYear=0, startMode=2, startMonth=2, startDay=-1,
startDayOfWeek=1, startTime=3600000, startTimeMode=2, endMode=2, endMonth=9,
endDay=-1, endDayOfWeek=1, endTime=3600000, endTimeMode=2]]
Europe/Berlin

如何在 Java 和 SQL Server 之间获得相等的时间戳？

【问题讨论】：

使用本地时区需要JDBC中的时间戳，见***.com/questions/14070572/…

【参考方案1】：

JDBC 要求 - 没有任何时区信息 - 使用本地时区存储和检索时间戳。

这意味着，如果您的本地系统是 Europe\Berlin，那么在数据库中存储为 2014-04-04 21:07:13.897 的日期将被处理为 2014-04-04 21:07:13.897 CEST（中欧夏令时），而不是 2014-04-04 21:07:13.897 UTC。

CEST 偏移比 UTC 早 2 小时或 7200 秒，这解释了您观察到的差异：

1396645633 - 1396645633 = 7200

类似地，当 Java 将时间戳存储到数据库中时，它会像在当前时区一样发送时间戳。因此，如果您尝试存储 2014-04-04 21:07:13.897 UTC，那么它会使用 2014-04-04 23:07:13.897 CEST 并将其发送到 SQL Server 2014-04-04 23:07:13.897。

虽然没有为setTimestamp(int parameterIndex, Timestamp x)明确指定，但驱动程序必须遵循setTimestamp(int parameterIndex, Timestamp x, Calendar cal) javadoc建立的规则：

使用给定的Calendar 对象将指定参数设置为给定的java.sql.Timestamp 值。驱动程序使用Calendar 对象构造一个SQL TIMESTAMP 值，然后驱动程序将其发送到数据库。使用Calendar 对象，驱动程序可以在考虑自定义时区的情况下计算时间戳。 如果未指定Calendar 对象，则驱动程序使用默认时区，即运行应用程序的虚拟机的时区。

查看更多详情：Is java.sql.Timestamp timezone specific?

【讨论】：

感谢您的明确答复。我不清楚的是如何更改我的 Java 代码以使事情正确。我目前使用 new Timestamp(System.currentTimeMillis()) 生成时间戳，然后将该值发送到数据库。稍后会有一个预定的 SQL 存储过程读取该值并进行一些计算。你能建议我改变什么？

如果您想始终使用特定时区，请使用带有Calendar 对象的setter（和getter）方法；并使用具有正确时区的Calendar。如果您使用 Java 8 并且您的驱动程序已经实现了 JDBC 4.2 中指定的新 java.time 支持，您还可以考虑将 java.time.LocalDateTime 类与 set/getObject 一起使用（但我不确定有多少驱动程序已经完全支持这一点）。

我不想输入机器时区，因为在我将服务器移动到另一个区域的情况下会导致转换问题。有没有办法始终将时间戳保存/读取为UTC？

是：在设置或检索时间戳时使用 Calendar 并将时区设置为 UTC，或者如果您的驱动程序支持，则使用 LocalDateTime 对象。

【参考方案2】：

在 SQL Server 方面 --

SQL Server 中有一个名为getutcdate() 的函数，它返回当前的UTC 时间。与getdate()比较，可以得到与UTC的时差，并将值修改为格式。

select datediff(s, getutcdate(), getdate())

在任何情况下都比访问注册表好。

因此，SQL Server 代码应如下所示：

DECLARE @date DATETIME;
DECLARE @formatted_date CHAR(11);
DECLARE @final_string CHAR(22);
DECLARE @diff_sec int;

--init variables with same data as Java code
SET @date = '2014/04/04 21:07:13.897';

--get the difference between UTC and local in seconds
SET @diff_sec = datediff(s, getutcdate(), getdate());

--format variables into 0-filled strings
SET @formatted_date = FORMAT(DATEDIFF(s,'1970-01-01 00:00:00', @date) - @diff_sec, '00000000000');

--concat those strings
SET @final_string = CONCAT(..., @formatted_date, ...);

【讨论】：

感谢您的回答。所以你认为问题出在 SQL 服务器端？ getutcdate() 应该如何帮助我解决字符串格式问题？它的 7200 输出该怎么办？

【参考方案3】：

尽管 Mark Rotteveel 和院长给出了启发性的答案，但我最终还是做了以下事情：

在我设置的应用程序初始化方法的开头

TimeZone.setDefault(TimeZone.getTimeZone("UTC"));

所有的 SQL 调用

getdate()

已被替换为

getutcdate()

感谢您的宝贵时间！