hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Edward Bortnikov (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-17662) Disable in-memory flush when replaying from WAL
Date Sun, 26 Feb 2017 19:58:45 GMT

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

Edward Bortnikov commented on HBASE-17662:


Apologies for pushing again, but please help us turning some fire under this Jira and the
others remaining in this project ... This one is the last exposed bug that prevents us from
turning BASIC compaction into default. Seems like this is a small patch, can we commit it?


> Disable in-memory flush when replaying from WAL
> -----------------------------------------------
>                 Key: HBASE-17662
>                 URL: https://issues.apache.org/jira/browse/HBASE-17662
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: Anastasia Braginsky
>            Assignee: Anastasia Braginsky
>         Attachments: HBASE-17662-V02.patch, HBASE-17662-V03.patch, HBASE-17662-V04.patch,
HBASE-17662-V05.patch, HBASE-17662-V06.patch
> When replaying the edits from WAL, the region's updateLock is not taken, because a single
threaded action is assumed. However, the thread-safeness of the in-memory flush of CompactingMemStore
is based on taking the region's updateLock. 
> The in-memory flush can be skipped in the replay time (anyway everything is flushed to
disk just after the replay). Therefore it is acceptable to just skip the in-memory flush action
while the updates come as part of replay from WAL.

This message was sent by Atlassian JIRA

View raw message