Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Sat, 12 Jan 2013 01:25:12 +0000 (UTC)
From: "Enis Soztutar (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12624812.1356009924397.123921.1357953912751@arcas>
In-Reply-To: <JIRA.12624812.1356009924397@arcas>
References: <JIRA.12624812.1356009924397@arcas>
Subject: [jira] [Commented] (HBASE-7403) Online Merge
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/HBASE-7403?page=3Dcom.atlassian=
.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1355=
1730#comment-13551730 ]=20

Enis Soztutar commented on HBASE-7403:
--------------------------------------

Sorry, I came into this late. I noticed that the merge is initiated through=
 zk. Wouldn't it be better to add a merge() RPC to the master interface, an=
d the simplify the invocation from the client to just call that?=20
               =20
> Online Merge
> ------------
>
>                 Key: HBASE-7403
>                 URL: https://issues.apache.org/jira/browse/HBASE-7403
>             Project: HBase
>          Issue Type: New Feature
>    Affects Versions: 0.94.3
>            Reporter: chunhui shen
>            Assignee: chunhui shen
>             Fix For: 0.96.0, 0.94.5
>
>         Attachments: 7403-trunkv5.patch, 7403-trunkv6.patch, 7403v5.diff,=
 7403-v5.txt, 7403v5.txt, hbase-7403-94v1.patch, hbase-7403-trunkv10.patch,=
 hbase-7403-trunkv1.patch, hbase-7403-trunkv5.patch, hbase-7403-trunkv6.pat=
ch, hbase-7403-trunkv7.patch, hbase-7403-trunkv8.patch, hbase-7403-trunkv9.=
patch, merge region.pdf
>
>
> The feature of this online merge:
> 1.Online,no necessary to disable table
> 2.Less change for current code, could applied in trunk,0.94 or 0.92,0.90
> 3.Easy to call merege request, no need to input a long region name, only =
encoded name enough
> 4.No limit when operation, you don't need to tabke care the events like S=
erver Dead, Balance, Split, Disabing/Enabing table, no need to take care wh=
ether you send a wrong merge request, it has alread done for you
> 5.Only little offline time for two merging regions
> We need merge in the following cases=EF=BC=9A
> 1.Region hole or region overlap, can=E2=80=99t be fix by hbck
> 2.Region become empty because of TTL and not reasonable Rowkey design
> 3.Region is always empty or very small because of presplit when create ta=
ble
> 4.Too many empty or small regions would reduce the system performance(e.g=
. mslab)
> Current merge tools only support offline and are not able to redo if exce=
ption is thrown in the process of merging, causing a dirty data
> For online system, we need a online merge.
> This implement logic of this patch for  Online Merge is :
> For example, merge regionA and regionB into regionC
> 1.Offline the two regions A and B
> 2.Merge the two regions in the HDFS(Create regionC=E2=80=99s directory, m=
ove regionA=E2=80=99s and regionB=E2=80=99s file to regionC=E2=80=99s direc=
tory, delete regionA=E2=80=99s and regionB=E2=80=99s directory)
> 3.Add the merged regionC to .META.
> 4.Assign the merged regionC
> As design of this patch , once we do the merge work in the HDFS,we could =
redo it until successful if it throws exception or abort or server restart,=
 but couldn=E2=80=99t be rolled back.=20
> It depends on
> Use zookeeper to record the transaction journal state, make redo easier
> Use zookeeper to send/receive merge request
> Merge transaction is executed on the master
> Support calling merge request through API or shell tool
> About the merge process, please see the attachment and patch

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs
For more information on JIRA, see: http://www.atlassian.com/software/jira