在 Bigtable 中，自定义时间戳的最高有效值是多少？

如何解决在 Bigtable 中，自定义时间戳的最高有效值是多少？

我正在使用 HBase java 驱动程序 v1.16，并且在创建具有自定义时间戳的单元格时遇到一个奇怪的行为，作为 long 的值高于 2^53？

自定义时间戳的值是否有限制？ 它取决于客户端驱动程序语言和版本还是 Bigtable 固有的？

编辑：我遇到了与 cbt 相同的限制。

解决方法

根据我的理解，您使用的是 HBase java 驱动程序 v1.16，并且在 Bigtable 中创建具有自定义时间戳作为 long 且值高于 2^53 的单元格时遇到了奇怪的行为。您还询问了自定义时间戳的限制（最大值）和依赖性，这会导致这种差异。

Bigtable 可以存储的最大 HBase 时间戳为 Long.MAX_VALUE/1000，任何大于此值的值都将转换为 Long.MAX_VALUE/1000。因此，大的反向时间戳值可能无法正确转换，这可能是值超过 2^53 时出现奇怪行为的原因。

Bigtable 以微秒为单位存储时间戳，而 HBase 以毫秒为单位存储时间戳。当 HBase 客户端库用于 Bigtable 并且具有反向时间戳的数据时，这种区别会产生影响。这有助于解决两者之间的依赖关系。

由于您使用适用于 Java 的 Apache HBase 客户端的自定义版本访问 Cloud Bigtable，因此，当在 HBase 中以毫秒为单位输入时间戳值时，它会转换为微秒，因为它是 bigtable 固有的，因为它以微秒为单位存储时间戳。客户端库会在微秒和毫秒之间进行转换，因为这两者之间存在差异。

您可以参考此链接以获取有关上述要点的更多信息。 https://cloud.google.com/bigtable/docs/hbase-differences

您可以参考此文档了解有关 HBase 类 TimeRange 的更多信息。 https://hbase.apache.org/1.1/apidocs/org/apache/hadoop/hbase/io/TimeRange.html

,

根据 Go 语言的 API 参考文档，它有一个 Timestamp 类型，表示类型 Timestamp 是 int64。时间戳从 1970 年 1 月 1 日起以微秒为单位。但是时间戳将被截断为毫秒粒度，因为这是 Go 客户端库目前支持的唯一粒度。这就解释了为什么在单元格中输入大于 2*53 的时间戳值时，cbt 面临与 HBase java 驱动程序相同的问题。

查看Java Client for bigtable，粒度仅设置为millis，如文档link

Java 的 Hbase 客户端、Bigtable 的 Java 客户端和 cbt 都支持高达毫秒的时间戳粒度。 虽然 Bigtable 在内部以微秒为单位存储时间戳，但它支持将单元时间戳设置为毫秒粒度。

TIMESTAMP_GRANULARITY_UNSPECIFIED 和 MILLIS 具有相同的效果。服务器拒绝创建粒度高于支持值的单元格。 将时间戳值保持在大约毫秒的精度有助于解决 bigtable 单元实例中的奇怪行为。