应使用哪种Java时间对象对比MySQL DATETIME列并适配JdbcTemplate

先理清楚你的场景：
你的MySQL表结构如下：

CREATE TABLE `MY_TABLE` ( 
  `CODE` varchar(50) NOT NULL, 
  `ADDRESS` varchar(50) NOT NULL, 
  `LAST_MODIFIED_IN_UTC` datetime NOT NULL, 
  PRIMARY KEY (`CODE`) 
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

插入数据时用UTC_TIMESTAMP(6)存储UTC时间，现在你用JdbcTemplate执行LAST_MODIFIED_IN_UTC > ?的查询，目前传了LocalDateTime对象，这其实存在时区匹配的问题。

你应该用哪种Java时间对象？ #

答案是**OffsetDateTime**（优先推荐）或者ZonedDateTime，而非LocalDateTime。

为什么不能用LocalDateTime？ #

LocalDateTime是不带时区信息的时间对象，但你的数据库里存储的是明确的UTC时间。JDBC驱动处理LocalDateTime时，会默认使用JVM的当前时区做转换，这会导致和数据库中的UTC时间出现时区偏差，最终查询结果不准确。

正确的代码写法 #

1. 构造带UTC偏移的过滤时间：

// 直接生成UTC时区的OffsetDateTime
OffsetDateTime filterTime = OffsetDateTime.now(ZoneOffset.UTC).minusMinutes(120);

如果要基于你原有的LocalDateTime代码转换，也可以这么写：

LocalDateTime localUtc = LocalDateTime.now(Clock.systemUTC()).minusMinutes(120);
OffsetDateTime filterTime = localUtc.atOffset(ZoneOffset.UTC);

2. 传参时直接使用这个OffsetDateTime对象：

jdbcTemplate.queryForList(sql, new Object[]{filterTime}, String.class);

额外说明 #

如果你使用的是mysql-connector-java 8.0及以上版本，它已经完全支持Java 8+的java.time API类型，不需要再转成旧的java.sql.Timestamp。OffsetDateTime是最贴合你场景的选择，它明确标记了UTC偏移（+00:00），驱动能精准和数据库中的UTC时间做比较。

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