hbase-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yerui Sun (JIRA)" <j...@apache.org>
Subject [jira] [Created] (HBASE-14497) Reverse Scan threw StackOverflow caused by readPt checking
Date Sun, 27 Sep 2015 11:18:04 GMT
Yerui Sun created HBASE-14497:

             Summary: Reverse Scan threw StackOverflow caused by readPt checking
                 Key: HBASE-14497
                 URL: https://issues.apache.org/jira/browse/HBASE-14497
             Project: HBase
          Issue Type: Bug
    Affects Versions: 0.98.14, 2.0.0, 1.3.0
            Reporter: Yerui Sun

I met stack overflow error in StoreFileScanner.seekToPreviousRow using reversed scan. I searched
and founded HBASE-14155, but it seems to be a different reason.

The seekToPreviousRow will fetch the row which closest before, and compare mvcc to the readPt,
which acquired when scanner created. If the row's mvcc is bigger than readPt, an recursive
call of seekToPreviousRow will invoked, to find the next closest before row.

Considering we created a scanner for reversed scan, and some data with smaller rows was written
and flushed, before calling scanner next. When seekToPreviousRow was invoked, it would call
itself recursively, until all rows which written after scanner created were iterated. The
depth of recursive calling stack depends on the count of rows, the stack overflow error will
be threw if the count of rows is large, like 10000.

This message was sent by Atlassian JIRA

View raw message