java - mysql 和 java 中的时区差异

Question

我在 mysql 中有一个查询，它像这样比较 2 个日期

convert_tz(updatedDate,'+05:30','-05:00') < ?

convert 函数返回美国时间列 createddate 的值。当我在 mysql 查询浏览器中运行此查询时

convert_tz(updatedDate,'+05:30','-05:00') < '2013-04-14 09:30:00'

例如，它给了我正确的值

product    count
-------    ------
    A        123
    B        7

现在，我在 java 中使用这样的 PreparedStatement 进行设置

pst.setTimestamp(1, new java.sql.Timestamp(end.getTimeInMillis()));

                rs=pst.executeQuery();
                System.out.println("=====new Open Tickets Query executed=====");
                System.out.println(pst);

最后一行打印整个查询，设置的值为

convert_tz(updatedDate,'+05:30','-05:00') < '2013-04-14 09:30:00'

但它给了我这样不同的值(value)

product    count
-------    ------
    A        155
    B        19

因此，我怀疑是 TimeZone 问题，我将代码更改为

end.setTimeZone(TimeZone.getTimeZone("America/New York"));
pst.setTimestamp(1, new java.sql.Timestamp(end.getTimeInMillis()));

                rs=pst.executeQuery();
                System.out.println("=====new Open Tickets Query executed=====");
                System.out.println(pst);

但它仍然给出同样的错误结果。

更多信息:我如何设置日历结束变量

我有一个网络应用程序，它给我日期字符串“2013-04-14 09:30:00”

            DateFormat df1=new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
                Calendar end=Calendar.getInstance();
                end.setTime(df1.parse(endString));
                end.set(Calendar.HOUR, 9);
                end.set(Calendar.MINUTE, 30);
                end.set(Calendar.SECOND, 0);

此外，对于我尝试使用 java.util.Date 对象的实验，它给了我正确的结果，下面是代码

SimpleDateFormat sdf=new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
end.setTime(sdf.parse("2012-10-01 00:00:00"));
pst.setTimestamp(1, new java.sql.Timestamp(end.getTime()));

更新:-如果我使用已弃用的方法，则答案是正确的

 pst.setTimestamp(1, new java.sql.Timestamp(octDate.get(Calendar.YEAR)-1900,octDate.get(Calendar.MONTH),octDate.get(Calendar.DATE),octDate.get(Calendar.HOUR),octDate.get(Calendar.MINUTE),octDate.get(Calendar.SECOND),0));
pst.setTimestamp(2, new java.sql.Timestamp(end.get(Calendar.YEAR)-1900,end.get(Calendar.MONTH),end.get(Calendar.DATE),end.get(Calendar.HOUR),end.get(Calendar.MINUTE),end.get(Calendar.SECOND),0));

更新 2:-在第一个答案的建议之后我做了这个

1) 在 mysql 中执行 SELECT NOW() 并返回 '2013-04-22 11:56:08'

2) 执行

System.out.println(new Date(System.currentTimeMillis()));

输出:2013 年 4 月 22 日星期一 11:56:25 IST

表示两个系统具有相同的时区

Answer 1

背景:一个非常普遍且严重的错误观念是，即使是优秀的程序员也有一个错误观念，即认为存储的时间戳(在您的数据库中，日期、日历、时间戳等)以某种方式具有时区信息。 他们没有。时间戳(直到 Java 8，无论如何)被存储为自 1970 年 1 月 1 日午夜 UTC 以来的毫秒数。句末。设置时区所做的唯一事情就是向计算机提供足够的信息，以将该时间戳转换为人类可读的格式，反之亦然。

回答:当您怀疑这是时区问题时，您是对的。但是你用来验证这个的代码也有问题:

end.setTimeZone(TimeZone.getTimeZone("America/New York"));
pst.setTimestamp(1, new java.sql.Timestamp(end.getTimeInMillis()));

setTimeZone 语句对 end 中存储的时间没有影响，因为时间已经设置。仅当您之后存储时间，并且仅当您使用日历的一种方法将时间从人类可读格式(而不是 setTimeInMillis)转换为时间时，它才会产生影响。

当您使用 getTimeInMillis 将时间戳传递给准备好的语句时，您将直接检索时间戳。由于您没有将其转换为人类格式，因此时区信息再次被忽略。

当你尝试

SimpleDateFormat sdf=new SimpleDateFormat("yyyy-MM-dd hh:mm:ss");
end.setTime(sdf.parse("2012-10-01 00:00:00"));
pst.setTimestamp(1, new java.sql.Timestamp(end.getTime()));

和

pst.setTimestamp(1, new java.sql.Timestamp(octDate.get(Calendar.YEAR)-1900,octDate.get(Calendar.MONTH),octDate.get(Calendar.DATE),octDate.get(Calendar.HOUR),octDate.get(Calendar.MINUTE),octDate.get(Calendar.SECOND),0));
pst.setTimestamp(2, new java.sql.Timestamp(end.get(Calendar.YEAR)-1900,end.get(Calendar.MONTH),end.get(Calendar.DATE),end.get(Calendar.HOUR),end.get(Calendar.MINUTE),end.get(Calendar.SECOND),0));

事情似乎 工作，因为您现在正在使用转换为人类可读格式或从人类可读格式转换的方法，因此使用了指定的时区信息。然而，这只是掩盖了真正的问题。真正的问题是当您从 endString 解析时间时，时间转换不正确。也就是说，endString 表示的时区与解析日期时在 df1 中设置的时区不匹配。

简短回答:在此行之前:

end.setTime(df1.parse(endString));

你需要:

• 找出 endString 中的时间表示的时区。
• 将 df1 和 not end 设置为同一时区。由于 df1 是从人类格式转换日期的东西，因此使用的是时区信息。

干杯!