Question

我想在我的MariaDB中获得 毫秒精度 。经过一些研究，我发现我需要更改columnDefinition - 所以我在我的实体中做了这个：

@NotNull
@Column(name = "createdDate", columnDefinition = "DATETIME(3) NOT NULL")
@Temporal(TemporalType.TIMESTAMP)
private TimeStamp createdDate;

@PrePersist
void onPersist() {
    createdDate = new Timestamp(new Date().getTime());
}

创建列的结果是：

`createdDate` DATETIME(3) NOT NULL

现在，在DB中，该值确实有3个小数：

2016-09-12 16:57:44.000

...但它们总是000

我做错了什么，或者我忘记了什么？

编辑：我试过没有JAVA：

CREATE TABLE `test` (
    `id` BIGINT(20) NOT NULL AUTO_INCREMENT,
    `createdDate` DATETIME(3) NOT NULL,
    PRIMARY KEY (`id`)
)
COLLATE='latin1_swedish_ci'
ENGINE=InnoDB
;

然后：

INSERT INTO test (createdDate)
VALUES(current_timestamp())

结果：

2016-09-13 13:57:44.000

Answer 1

您的问题很可能来自于您混合日期和时间戳的事实。将createdDate类型更改为java.sql.Timestamp可以解决您的问题。

此外，如果你的MySQL版本在5.6.4之前，DateTime不会让你节省时间分数。

OP编辑后编辑：

执行此操作时，您仍在将Date Java类型与Timestamp混合：

createdDate = new Timestamp(new Date().getTime());

您可以试试createdDate = new Timestamp(System.currentTimeInMilliseconds());吗？

理想情况下，您应该使用像JodaTime这样的库中的对象来避免此类问题，但这超出了您的问题的范围，只是一个提示：）

最终，如果这种创建Timestamp的方式不起作用，我会在DB中使用Timestamp类型而不是Datetime，但这只是试验和错误，因为Datetime在您的示例中也应该起作用。

编辑：摘自Oracle的Date API：

Date()
Allocates a Date object and initializes it so that it represents the time at which it was allocated, measured to the nearest millisecond.

在哪种情况下使用System.currentTimeInMilliseconds()不应该改变结果 - 我的不好。

要解决问题，我开始使用CURRENT_TIMESTAMP通过SQL（不通过Java对象）创建日期，以确保该字段确实包含十进制时间精度。如果可以，请验证带有调试器的Java对象中的值。可能会给你一个带头。如果两者都包含毫秒，我会查看注释的用法或从工作样本开始。

Answer 2

我对MariaDB和日期类型有同样的问题。我尝试了org.joda.DateTime和java.util.time类型。两者，服务器和客户端代码都正确支持毫秒。

问题在于我使用的是MySQL Connector而不是MariaDB Connector / J JDBC驱动程序。

背景

在大多数使用MariaDB和MySQL Connector的情况下效果很好，但我绝不会推荐这个。当我在搜索问题时，我正在通过Hibernate和Connector代码进行调试，并看到许多功能检测基于服务器版本号而不是真正的功能检测。 MySQL和MariaDB之间的版本编号当然不同。因此，存在更多可能被忽略的兼容性问题的可能性很大。

Answer 3

使用纯JPA执行此操作：

@Column(name="STMP", columnDefinition = "TIMESTAMP (6)")
private Timestamp timestamp = Timestamp.from(Instant.now());

将java.util.Date保存在MySQL数据库中，精度为毫秒级

3 个答案:

背景