hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Anoop Sam John (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-14630) Cells still show up in scan after cell-level TTL has expired
Date Mon, 19 Oct 2015 03:30:05 GMT

    [ https://issues.apache.org/jira/browse/HBASE-14630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14962797#comment-14962797
] 

Anoop Sam John commented on HBASE-14630:
----------------------------------------

The issue comes because of the seq with which versions is handled and TTL.   Seems the TTL
calc is first which will remove the second cell and not the 1st one and then the version check
which see only one cell and it is being returned.   If the seq was reverse the intended behavior
would be coming.
For cell level ACL and visibility this issue we handle within the Filters.  There also the
seq is like 1st Filter apply and then version control.  But within those filters itself we
take care of #versions also.

> Cells still show up in scan after cell-level TTL has expired
> ------------------------------------------------------------
>
>                 Key: HBASE-14630
>                 URL: https://issues.apache.org/jira/browse/HBASE-14630
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 1.0.2, 1.1.2
>            Reporter: Emre Colak
>
> I have an HBase table with the following description:
> {NAME => 'cf', DATA_BLOCK_ENCODING => 'NONE', BLOOMFILTER => 'ROW', REPLICATION_SCOPE
=> '0', VERSIONS => '1', COMPRESSION => 'NONE', MIN_VERSIONS => '0' , TTL =>
'FOREVER', KEEP_DELETED_CELLS => 'FALSE', BLOCKSIZE => '65536', IN_MEMORY => 'false',
BLOCKCACHE => 'true'}
> I put some values in it and then set TTL (30s) on those values with another
> put operation. First thing I notice is that the timestamps of the cells get
> updated after the 2nd put. And 30 seconds later, when I do a scan on the
> table, I still see those cells in the table, however this time with their
> timestamps updated to the original timestamps.
> I understand that these cells won't necessarily be deleted until a
> compaction, but they still come up in my scan even though the TTL
> that I set on them has expired.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message