[
https://issues.apache.org/jira/browse/HBASE-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stack updated HBASE-1506:
-------------------------
Resolution: Fixed
Assignee: stack
Status: Resolved (was: Patch Available)
Committed branch and trunk.
Will open new issue to make splits even faster. This is all we can do w/
current architecture.
> [performance] Make splits faster
> --------------------------------
>
> Key: HBASE-1506
> URL: https://issues.apache.org/jira/browse/HBASE-1506
> Project: Hadoop HBase
> Issue Type: Improvement
> Reporter: stack
> Assignee: stack
> Priority: Critical
> Fix For: 0.20.1, 0.21.0
>
> Attachments: split.patch
>
>
> Regionservers run splits. They close the region to split, divide it, and
> then tell master about the two new regions. Master then assigns new regions.
> New regions need to come up in new locations. Both regions are offline
> during this time.
> Instead, regionserver might run split as it does now but new, deploy the
> lower-half on the current regionserver immediately. It'd then inform master
> that it had split, and that it was serving the lower half. Master would then
> take care of assigning the upper half.
> Benefits would be that clients who were accessing the lower half of the split
> would not need to go through recalibration. They'd just keep working.
> There'd be disruption for those keys that landed in the top half of the split
> only.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
