hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Rodionov (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-11965) Optimize locking in HRegion
Date Fri, 12 Sep 2014 23:20:34 GMT

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

Vladimir Rodionov commented on HBASE-11965:

 All mutations on a region will be blocked until last read lock released. Bad.

No, that is not true.  Write locks are only acquired during bulkHFileLoad. Anyway, there are
still a lot of room for improvement, especially in Gets, Multi gets and scan next op.

> Optimize locking in HRegion
> ---------------------------
>                 Key: HBASE-11965
>                 URL: https://issues.apache.org/jira/browse/HBASE-11965
>             Project: HBase
>          Issue Type: Bug
>          Components: Performance
>            Reporter: Vladimir Rodionov
>            Assignee: Vladimir Rodionov
> Described in this thread:
> http://mail-archives.apache.org/mod_mbox/hbase-dev/201409.mbox/%3CCAAg3a2qmWJtQbdAk7PrX%2BW8SZWxsYhNggM5f2RNkGTXUri34YQ%40mail.gmail.com%3E
> *startRegionOperation* and *closeRegionOperation* in HRegion acquires and releases region-wide
lock. The locking happens for every mutation, read and scan next. This is a serious bottleneck
if we do:
> * Mutli - get on a same region.
> * Run multiple scanners on same region.
> * Do scan during compaction.
> * Access region simultaneously from different threads (most generic case)

This message was sent by Atlassian JIRA

View raw message