Mybatis -- 读取 DATE 类型字段时可能遇到的问题（夏令时问题）

原创于 2023-09-11 17:39:41 发布 · 1.2k 阅读

2 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#mybatis

文章讨论了MYBATIS中使用DATE类型处理数据库日期可能丢失一天的问题，原因在于夏令时差异和DATE类型不包含时分秒。解决方案是将JdbcType从DATE改为TIMESTAMP。

在使用 MYBATIS 读取数据库字段的时候，我们一般需要为查询字段指定数据类型。特别是当我们使用 mybatis generator 去生成对应的接口代码时，会自动按照数据库字段类型生成响应映射规则的代码。
如下，左侧是 date 类型生成的字段映射规则，右侧是 datetime 或者 timestamp 类型生成的字段映射规则。
在这里插入图片描述

可能出现的问题

数据库存储了 date 类型的字段，代码中使用了 JdbcType.DATE 做字段映射，导致 mybatis 读取出来的日期有时候会少一天。
例如，数据库日期字段值为 1991-07-01 ，读取到 java 的时间转为 CST 时区时间变成了 1991-06-30 23:00:00

解决方案

将 jdbcType=JdbcType.DATE 修改为 jdbcType=JdbcType.TIMESTAMP

问题重现（jdbcType=JdbcType.DATE）

先了解一下夏令时执行时间段

1986年至1991年，中华人民共和国在全国范围实行了六年夏令时，每年从4月中旬的第一个星期日2时整（北京时间）到9月中旬第一个星期日的凌晨2时整（北京夏令时）。除1986年因是实行夏令时的第一年，从5月4日开始到9月14日结束外，其它年份均按规定的时段施行。夏令时实施期间，将时间向后调快一小时。1992年4月5日后不再实行。

1、前端传递的日期字符串为 1991-07-01，后端时区设置为 GMT+8 ，反序列化得到时间为 Mon Jul 01 01:00:00 CDT 1991（夏令时时间 1991-07-01 01:00:00）
2、mybatis 保存该时间数据时解析为字符串 1991-07-01 （DATE 类型只保留年月日），数据库内存储为 1991-07-01
3、mybatis 再次读取时，由于不包含时分秒信息，反序列化得到的时间为 Mon Jul 01 00:00:00 CDT 1991（夏令时 1991-07-01 00:00:00）,再序列化转为 CST 时区的字符串时变为 1991-06-30 23:00:00