You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2014/08/20 19:42:27 UTC

[jira] [Resolved] (HBASE-11778) Scale timestamps by 1000

     [ https://issues.apache.org/jira/browse/HBASE-11778?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

stack resolved HBASE-11778.
---------------------------

    Resolution: Duplicate

Dup of HBASE-8927

> Scale timestamps by 1000
> ------------------------
>
>                 Key: HBASE-11778
>                 URL: https://issues.apache.org/jira/browse/HBASE-11778
>             Project: HBase
>          Issue Type: Brainstorming
>            Reporter: Lars Hofhansl
>
> The KV timestamps are used for various reasons:
> # ordering of KVs
> # resolving conflicts
> # enforce TTL
> Currently we assume that the timestamps have a resolution of 1ms, and because of that we made the resolution at which we can determine time identical to the resolution at which we can store time.
> I think it is time to disentangle the two... At least allow a higher resolution of time to be stored. That way we could have a centralized transaction oracle that produces ids that relate to wall clock time, and at the same time allow producing more than 1000/s.
> The simplest way is to just store time in us (microseconds). I.e. we'd still collect time in ms by default and just multiply that with 1000 before we store it. With 8 bytes that still gives us a range of 292471 years.
> We'd have grandfather in old data. Could write a metadata entry into each HFile declaring what the TS resolution is if it is different from ms.
> Not sure, yet, how this would relate to using the TS for things like seqIds.
> Let's do some brainstorming. 



--
This message was sent by Atlassian JIRA
(v6.2#6252)