Mailing-List: contact user-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@hbase.apache.org
Received-SPF: pass (athena.apache.org: domain of alex.baranov.v@gmail.com
 designates 209.85.215.46 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4018d503.12dc5.14c0bb5cc2d.Coremail.c77_cn@163.com>
References: 
 <CAPQV63UrXVETsN_tiwrxqQ9Tw7V19f6yjoNN44zWEWogMXKWCw@mail.gmail.com>
	<427168010.3150002.1426029691090.JavaMail.yahoo@mail.yahoo.com>
	<4929db06.6a45.14c070b3a63.Coremail.c77_cn@163.com>
	<CAA7+SiDut-ndQgqG3pbh5DD_t4S6N+QE3dMer3biTjvWO-x8yw@mail.gmail.com>
	<CALte62zqCRbe2S_rrRPPkZ8JM+kyiNMrR5W1pUcfp19pLDnz2g@mail.gmail.com>
	<4018d503.12dc5.14c0bb5cc2d.Coremail.c77_cn@163.com>
Date: Wed, 11 Mar 2015 19:34:10 -0700
Message-ID: 
 <CAA7+SiAF-od3zQwSYa-paCPd10zhaPHvfTETtgJaO37kyVxuEw@mail.gmail.com>
Subject: Re: Re: Re: Re: Why can the capacity of a table with TTL grow
 continuously?
From: Alex Baranau <alex.baranov.v@gmail.com>
To: user@hbase.apache.org
Cc: lars hofhansl <larsh@apache.org>
Content-Type: multipart/alternative; boundary=089e0160a708ffd5cc05110e3743

--089e0160a708ffd5cc05110e3743
Content-Type: text/plain; charset=ISO-8859-1

I'd try that. Please come back with results. Also, if possible it will be
useful (at least for the important jira mentioned by Nick) if you can share
the stats on the regions (size, store files #) before and after the
procedure. Note (as Lars said): "careful, this ... can put some load on the
net/disks".

One more note: only increasing hbase.hregion.max.filesize may not help to
completely avoid the same situation in future. It's hard to tell, but if
you have what I'm thinking, I'd say data distribution pattern has greater
affect. Though it will be mitigated to some extend by upping the region
size.

Alex Baranau
--
http://cdap.io - open source framework to build and run data applications on
Hadoop & HBase

On Wed, Mar 11, 2015 at 7:00 PM, David chen <c77_cn@163.com> wrote:

> hbase.store.delete.expired.storefile is true in file
> hbase-0.98.5/hbase-server/src/main/java/org/apache/hadoop/hbase/regionserver/compaction/CompactionConfigureation.java,
> the reference code is 83th line as follows:
> shouldDeleteExpired =
> conf.getBoolean("hbase.store.delete.expired.storefile", true);
>
>
> The region number have grown from 16 to 263 over the past seven months,
> maybe the hbase.hregion.max.filesize value(4G) is a bit small. It looks
> likely that the solution is to adjust hbase.hregion.max.filesize bigger and
> merge the adjacent regions.
> Any other ideas to suggest?
>
>
>
>
>
>
>
>
>

--089e0160a708ffd5cc05110e3743--