我的MySQL数据库中有一个包含日期列的表：
+-------------------+---------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------------------+---------------+------+-----+---------+----------------+
| id | bigint(20) | NO | PRI | NULL | auto_increment |
| type | varchar(50) | NO | | NULL | |
| expiration | date | NO | | NULL | |
我使用MySQL和JPA来保存日期。我有一个功能，用户可以选择最终的日期范围，它将获得所有日期。
查看此代码（带有一堆SYSO）以试图查看最新情况......
@Override
protected DateTime nextReference(DateTime reference) {
System.out.println("Reference: " + reference.toString("dd-MM-YYYY"));
DateTime plus = reference.plusMonths(1);
System.out.println("One month from now: " + plus.toString("dd-MM-YYYY"));
DateTime result = plus.withDayOfMonth(reference.getDayOfMonth());
System.out.println("Final: " + result.toString("dd-MM-YYYY"));
return result;
}
这一部分，结果很好：
Reference: 10-01-2017
One month from now: 10-02-2017
Final: 10-02-2017
Reference: 10-02-2017
One month from now: 10-03-2017
Final: 10-03-2017
Reference: 10-03-2017
One month from now: 10-04-2017
Final: 10-04-2017
Reference: 10-04-2017
One month from now: 10-05-2017
Final: 10-05-2017
Reference: 10-05-2017
One month from now: 10-06-2017
Final: 10-06-2017
Reference: 10-06-2017
One month from now: 10-07-2017
Final: 10-07-2017
Reference: 10-07-2017
One month from now: 10-08-2017
Final: 10-08-2017
Reference: 10-08-2017
One month from now: 10-09-2017
Final: 10-09-2017
Reference: 10-09-2017
One month from now: 10-10-2017
Final: 10-10-2017
Reference: 10-10-2017
One month from now: 10-11-2017
Final: 10-11-2017
Reference: 10-11-2017
One month from now: 10-12-2017
Final: 10-12-2017
Reference: 10-12-2017
One month from now: 10-01-2018
Final: 10-01-2018
好的，现在让我们转到保存部分：
@Transactional
private void saveTransactions(List<Transaction> transactions) {
for (Transaction t : transactions) {
System.out.println("Saving: " + t.getExpiration().toString("dd-MM-YYYY"));
Transaction saved = dao.save(t);
System.out.println("Saved: " + saved.getExpiration().toString("dd-MM-YYYY"));
}
}
正如你所看到的，我还调了一些线来调试它......在继续输出之前，看一下DAO：
public T save(T entity) {
entityManager.persist(entity);
return entity;
}
没什么大不了的......输出：
Saving: 10-02-2017
Saved: 10-02-2017
Saving: 10-03-2017
Saved: 10-03-2017
Saving: 10-04-2017
Saved: 10-04-2017
Saving: 10-05-2017
Saved: 10-05-2017
Saving: 10-06-2017
Saved: 10-06-2017
Saving: 10-07-2017
Saved: 10-07-2017
Saving: 10-08-2017
Saved: 10-08-2017
Saving: 10-09-2017
Saved: 10-09-2017
Saving: 10-10-2017
Saved: 10-10-2017
Saving: 10-11-2017
Saved: 10-11-2017
Saving: 10-12-2017
Saved: 10-12-2017
正如你所看到的......应该没问题吧？一切都在十号。
在我再次继续之前，请检查模型和转换器：
//Attribute
@Convert(converter = JpaDateConverter.class)
private DateTime expiration;
//Converter
public class JpaDateConverter implements AttributeConverter<DateTime, Date> {
@Override
public Date convertToDatabaseColumn(DateTime objectValue) {
return objectValue == null ? null : new Date(objectValue.getMillis());
}
@Override
public DateTime convertToEntityAttribute(Date dataValue) {
return dataValue == null ? null : new DateTime(dataValue);
}
}
现在看看我的数据库：
mysql> select expiration from tb_transaction where notes = 3 and year(expiration
) = 2017;
+------------+
| expiration |
+------------+
| 2017-01-10 |
| 2017-02-10 |
| 2017-03-09 |
| 2017-04-09 |
| 2017-05-09 |
| 2017-06-09 |
| 2017-07-09 |
| 2017-08-09 |
| 2017-09-09 |
| 2017-10-09 |
| 2017-11-10 |
| 2017-12-10 |
+------------+
12 rows in set (0.00 sec)
对于一些，奇怪的，神秘的原因，有些日期在9日而不是10日保存!!
没有警告，没有MySQL驱动程序错误或没有错误。
请帮助伙伴们！
编辑交易类：
@Entity
@Table(name = "tb_transaction")
public class Transaction implements Cloneable {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
@Enumerated(STRING)
private TransactionType type;
@Convert(converter = JpaDateConverter.class)
private DateTime expiration;
答案 0 :(得分：1)
使用JPA 2.2 来支持 java.time 。
在Java中使用仅日期类可以在SQL中使用仅日期值。
LocalDate // Represent a date-only, without a time-of-day and without a time zone.
.now( // Get today's date…
ZoneId.of( "Africa/Tunis" ) // …as seen in the wall-clock time used by the people of a particular region.
) // Returns a `LocalDate` object.
.plusMonths( 1 ) // Returns another `LocalDate` object, per immutable objects pattern.
JPA 2.2现在支持现代的 java.time 类。不再需要使用Joda-Time。
不要 使用java.sql.Date。该类假装表示仅日期，但实际上具有时间间隔将日期设置为UTC是因为糟糕的设计决定要继承java.util.Date（尽管名称表示日期和是一天中的时间和 （对于UTC本身为零）。这些遗留类是一团糟的烂摊子。几年前，随着JSR 310的采用，Sun，Oracle和JCP社区都放弃了这些课程，您也应该这么做。
LocalDate LocalDate类表示没有日期，没有time zone或offset-from-UTC的仅日期值。
时区对于确定日期至关重要。在任何给定时刻，日期都会在全球范围内变化。例如，Paris France午夜之后的几分钟是新的一天，而Montréal Québec仍然是“昨天”。
如果未指定时区，则JVM隐式应用其当前的默认时区。该默认值可能在运行时（！）期间change at any moment，因此您的结果可能会有所不同。最好将您的期望/期望时区明确指定为参数。如果紧急，请与您的用户确认区域。
以Continent/Region的格式指定proper time zone name，例如America/Montreal，Africa/Casablanca或Pacific/Auckland。切勿使用2-4个字母的缩写，例如EST或IST，因为它们不是真正的时区，不是标准化的，甚至不是唯一的（！）。
ZoneId z = ZoneId.of( "America/Montreal" ) ;
LocalDate today = LocalDate.now( z ) ;
如果要使用JVM的当前默认时区，请提出要求并作为参数传递。如果省略，代码将变得难以理解，因为我们不确定您是否打算使用默认值，还是像许多程序员一样不知道该问题。
ZoneId z = ZoneId.systemDefault() ; // Get JVM’s current default time zone.
或指定日期。您可以用数字设置月份，一月至十二月的理智编号为1-12。
LocalDate ld = LocalDate.of( 1986 , 2 , 23 ) ; // Years use sane direct numbering (1986 means year 1986). Months use sane numbering, 1-12 for January-December.
或者更好的是，使用预定义的Month枚举对象，每年的每个月使用一个。提示：在整个代码库中使用这些Month对象，而不是仅使用整数，可以使您的代码更具自记录性，确保有效值并提供type-safety。 Year和YearMonth的同上。
LocalDate ld = LocalDate.of( 1986 , Month.FEBRUARY , 23 ) ;
显然，您希望以一个日期开始，并在一个月后获得一个日期范围。
LocalDate monthLater = ld.plusMonths( 1 ) ;
从JDBC 4.2开始，需要JDBC驱动程序来支持某些关键的 java.time 类，例如LocalDate。
请注意以下 ThreeTen-Extra 的链接。如果您对日期范围进行了大量工作，则可能会发现LocalDateRange类很方便。
java.time框架已内置在Java 8及更高版本中。这些类取代了麻烦的旧legacy日期时间类，例如java.util.Date，Calendar和SimpleDateFormat。
要了解更多信息，请参见Oracle Tutorial。并在Stack Overflow中搜索许多示例和说明。规格为JSR 310。
目前位于Joda-Time的maintenance mode项目建议迁移到java.time类。
您可以直接与数据库交换 java.time 对象。使用符合JDBC driver或更高版本的JDBC 4.2。不需要字符串，不需要java.sql.*类。
在哪里获取java.time类？
ThreeTen-Extra项目使用其他类扩展了java.time。该项目为将来可能在java.time中添加内容提供了一个试验场。您可能会在这里找到一些有用的类，例如Interval，YearWeek，YearQuarter和more。
答案 1 :(得分：0)
由于@RickS，我们解决了这个问题。
PS：我很久以前解决了这个问题，两年后又遇到了这个问题。大声笑
解决方案在转换器中：JpaDateConverter，当您根据文档将DateTime Objetivo转换为java.sql.Date时：
如果给定的毫秒值包含时间信息，则驱动程序 将时间部分设置为默认时区中的时间（ 运行应用程序的Java虚拟机的时区） 对应零格林尼治标准时间。
为解决此问题，我更改了服务器时区：
dpkg-reconfigure tzdata
在MySQL中：
SET @@global.time_zone = '+00:00';