hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Baranau <alex.barano...@gmail.com>
Subject Re: Re: Re: Re: Why can the capacity of a table with TTL grow continuously?
Date Thu, 12 Mar 2015 02:34:10 GMT
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

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

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?

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message