Java Instant与Postgres TIMESTAMPTZ的3位精度差异及匹配方案咨询

Java的Instant类型支持纳秒级精度（最多9位小数），而PostgreSQL的TIMESTAMPTZ类型默认只保留微秒级精度（6位小数）。当你把Java中带纳秒的Instant存入数据库时，Postgres会自动截断超出6位的小数部分；从数据库读取时，返回的Instant自然丢失了最后三位纳秒精度，导致原对象和数据库加载对象的时间戳不匹配。

有三种可行方案，按需选择：

1. 统一Java端的时间精度 #

初始化createdDate时，直接将时间截断到微秒级，和Postgres默认精度对齐：

private Instant createdDate = Instant.now().truncatedTo(ChronoUnit.MICROS);

2. 修改Postgres字段支持纳秒精度 #

调整表结构，把TIMESTAMPTZ的精度显式设置为9位，让数据库能存储纳秒级时间：

created_date TIMESTAMPTZ(9) NOT NULL DEFAULT CURRENT_TIMESTAMP(9);

注意：CURRENT_TIMESTAMP也要加上(9)，否则默认还是微秒精度的默认值。

3. 断言时忽略纳秒差异 #

如果不想修改代码或数据库结构，可以使用断言库的模糊匹配方法，比如AssertJ的isEqualToIgnoringNanos：

assertThat(original_obj.getCreatedDate()).isEqualToIgnoringNanos(database_obj.getCreatedDate());

或者手动比较到微秒级别：

assertThat(original_obj.getCreatedDate().truncatedTo(ChronoUnit.MICROS))
        .isEqualTo(database_obj.getCreatedDate().truncatedTo(ChronoUnit.MICROS));

内容的提问来源于stack exchange，提问作者Marco Lackovic