Hi there-

If he's using monotonically increasing keys the pre splits won't help
because the same region is going to get all the writes.

http://hbase.apache.org/book.html#rowkey.design





On 11/21/12 12:33 PM, "Suraj Varma" <svarma...@gmail.com> wrote:

>Ajay:
>Why would you not want to specify splits while creating table? If your
>0-10 prefix is at random ... why not pre-split with that?
>
>Without presplitting, as Ram says, you cannot avoid region hotspotting
>until table starts automatic splits.
>--S
>
>On Wed, Nov 21, 2012 at 3:46 AM, Ajay Bhosle
><ajay.bho...@relianceada.com> wrote:
>> Thanks for your comments,
>>
>> I am already prefixing the timestamp with integer in range of 1..10,
>>also
>> the hbase.hregion.max.filesize is defined as 256 MB. Still it is hot
>> spotting.
>>
>> Thanks
>> Ajay
>>
>> -----Original Message-----
>> From: ramkrishna vasudevan [mailto:ramkrishna.s.vasude...@gmail.com]
>> Sent: Wednesday, November 21, 2012 2:14 PM
>> To: user@hbase.apache.org
>> Subject: Re: Region hot spotting
>>
>> Hi
>> This link is pretty much useful.  But still there too it says if you
>>dont
>> pre split you need to wait for the salting to help you from hotspotting
>> till the region gets splitted.
>>
>> Mohammad just pointing this to say the usefulness of presplitting
>> definitely your's is a good pointer to Ajay. :)
>>
>> Regards
>> Ram
>>
>> On Wed, Nov 21, 2012 at 1:59 PM, Mohammad Tariq <donta...@gmail.com>
>>wrote:
>>
>>> Hello Ajay,
>>>
>>>  You can use 'salting' if you don't want to presplit your table. You
>>>might
>>> this link useful :
>>>
>>>
>> 
>>http://blog.sematext.com/2012/04/09/hbasewd-avoid-regionserver-hotspottin
>>g-d
>> espite-writing-records-with-sequential-keys/
>>>
>>> HTH
>>>
>>> Regards,
>>>     Mohammad Tariq
>>>
>>>
>>>
>>> On Wed, Nov 21, 2012 at 1:49 PM, ramkrishna vasudevan <
>>> ramkrishna.s.vasude...@gmail.com> wrote:
>>>
>>> > Hotspotting is bound to happen until the region starts splitting and
>> gets
>>> > assigned to diff region servers.
>>> >
>>> > Regards
>>> > Ram
>>> >
>>> > On Wed, Nov 21, 2012 at 12:49 PM, Ajay Bhosle
>>> > <ajay.bho...@relianceada.com>wrote:
>>> >
>>> > > Hi,
>>> > >
>>> > >
>>> > >
>>> > > I am inserting some data in hbase which is getting hot spotted in a
>>> > > particular server. The format of the row key is (0 or
>>> > > 1)|[timestamp]_[sequence].  Basically I want to add log
>>>information to
>>> > > hbase
>>> > > and search the records based on range of dates.
>>> > >
>>> > >
>>> > >
>>> > > Can someone suggest any configuration changes or any ideas on how
>>>the
>>> row
>>> > > key should be design. I do not want to specify the splits while
>>> creating
>>> > > table.
>>> > >
>>> > >
>>> > >
>>> > > Thanks
>>> > >
>>> > > Ajay
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > The information contained in this electronic message (email) and
>>>any
>>> > > attachments to this email are intended for the exclusive use of the
>>> > > addressee(s) and access to this email by any one else is
>>>unauthorised.
>>> > The
>>> > > email may contain proprietary, confidential or privileged
>>>information
>>> or
>>> > > information relating to Reliance Group. If you are not the intended
>>> > > recipient, please notify the sender by telephone, fax, or return
>>>email
>>> > and
>>> > > delete this communication and any attachments thereto, immediately
>> from
>>> > > your computer. Any dissemination, distribution, or copying of this
>>> > > communication and the attachments thereto (in whole or part), in
>>>any
>>> > > manner, is strictly prohibited and actionable at law. The recipient
>>> > > acknowledges that emails are susceptible to alteration and their
>>> > integrity
>>> > > can not be guaranteed and that Company does not guarantee that any
>>> e-mail
>>> > > is virus-free and accept no liability for any damage caused by any
>>> virus
>>> > > transmitted by this email.
>>> > >
>>> >
>>>
>>
>>
>>
>>
>> The information contained in this electronic message (email) and any
>>attachments to this email are intended for the exclusive use of the
>>addressee(s) and access to this email by any one else is unauthorised.
>>The email may contain proprietary, confidential or privileged
>>information or information relating to Reliance Group. If you are not
>>the intended recipient, please notify the sender by telephone, fax, or
>>return email and delete this communication and any attachments thereto,
>>immediately from your computer. Any dissemination, distribution, or
>>copying of this communication and the attachments thereto (in whole or
>>part), in any manner, is strictly prohibited and actionable at law. The
>>recipient acknowledges that emails are susceptible to alteration and
>>their integrity can not be guaranteed and that Company does not
>>guarantee that any e-mail is virus-free and accept no liability for any
>>damage caused by any virus transmitted by this email.
>


Reply via email to