[HBASE-16296] Reverse scan performance degrades when using filter lists - ASF JIRA

XML

Word

Printable

JSON

Details

Type: Bug
Status: Resolved
Priority: Major
Resolution: Fixed
Affects Version/s: None
Fix Version/s: 1.3.0, 1.1.6, 0.98.21, 1.2.3, 2.0.0
Component/s: Filters
Labels:
None

Hadoop Flags:

Reviewed

Description

When a reverse scan is done, the server seems to not know it's done when the scanner cache size matches the number of rows in a PageFilter. See ~~PHOENIX-3121~~ for how this manifests itself. We have a standalone, pure HBase API reproducer too that I'll attach (courtesy of churromorales and mujtabachohan).

Attachments

- Sort By Name
- Sort By Date
- Ascending
- Descending

generatedata-snippet.java
28/Jul/16 01:00
2 kB
James R. Taylor
repro-snippet.java
28/Jul/16 01:00
0.9 kB
James R. Taylor
16296-MAYBE.txt
29/Jul/16 13:16
2 kB
Lars Hofhansl
16296-MAYBE-v2.txt
01/Aug/16 01:27
0.7 kB
Lars Hofhansl
PAgefilter.patch
01/Aug/16 07:49
2 kB
ramkrishna.s.vasudevan
HBASE-16296.patch
01/Aug/16 18:26
2 kB
Andrew Kyle Purtell
HBASE-16296-0.98.patch
01/Aug/16 21:15
1 kB
Andrew Kyle Purtell
16296-ted-0.98.txt
01/Aug/16 22:25
0.9 kB
Lars Hofhansl
HBASE-16296-0.98.patch
01/Aug/16 22:36
1 kB
Andrew Kyle Purtell

Issue Links

is related to

HBASE-16310 Revisit the logic of filterRowKey for Filters

Resolved

relates to

PHOENIX-3133 Investigate why offset queries with reverse scan take a long time

Open

Activity

People

Assignee:: Ted Yu

Reporter:: James R. Taylor

Votes:: 0 Vote for this issue

Watchers:: 13 Start watching this issue

Dates

Created:: 28/Jul/16 00:56

Updated:: 09/Nov/17 01:21

Resolved:: 02/Aug/16 01:04