截短至微秒

显然，我们无法将an的纳秒分辨率压缩

Instant

DateTime

Timestamp

我以为JDBC驱动程序在接收到时会忽略纳秒

Instant

Instant instant = Instant.now().with( ChronoField.NANO_OF_SECOND , 123_456_789L ) ;  //Set the fractional second to a spefic number of nanoseconds.myPreparedStatement.setObject( … , instant ) ;

…和…

Instant instant2 = myResultSet.getObject( … , Instant.class ) ;

然后比较。

Boolean result = instant.equals( instant2 ) ;System.out.println( "instant: " + instant + " equals instant2: = " + instant2 + " is: " + result ) ;

您明智地担心从数据库中提取的值与原始值不匹配。一种解决方案（如果您的业务问题可以接受的话）是将原始数据中的任何纳秒缩短为几微秒。我通常推荐这种方法。

Instant instant = Instant().now().truncatedTo( ChronoUnit.MICROSEConDS ) ;

目前，这种方法就足够了，因为您不太可能在数据中包含任何纳秒级的数据。据我所知，当今的主流计算机不支持能够捕获纳秒级的硬件时钟。

从时代开始计数

如果您无法承受丢失任何可能存在的纳秒级数据的情况，请使用“从纪元开始计数”。

我通常建议不要跟踪日期时间作为从参考日期开始的计数。但是在将基于纳秒级的值存储在数据库（如MySQL和Postgres）中，除了基于微秒级的值之外，您还有其他选择。

存储整数对

我建议不要使用自1970年1月1日T00：00Z这样的纪元以来的极大量的纳秒，而是建议遵循

Instant

存储多个 整 秒为你的数据库的整数。在第二列中，将小数秒中的纳秒数存储为整数。

您可以轻松地将这些数字从

Instant

long

BigDecimal

BigInteger

java.time.Instant

long seconds = instant.getEpochSecond() ;long nanos = instant.getNano() ;

…和…

Instant instant = Instant.ofEpochSecond( seconds , nanos ) ;

按时间顺序排序时，您需要进行多级排序，首先在整个秒数列上进行排序，然后在nanos秒的列上进行第二次排序。