the ResultScanner, which I believe is another RPC.
I will test more. If necessary, I will file a JIRA.
thanks,
Ming
-Original Message-
From: Stack
Sent: Tuesday, January 01, 2019 6:29 AM
To: Hbase-User
Subject: Re: Will Scan use blockcache?
On Sat, Dec 29, 2018 at 8:06 AM ming.liu wrote:
> Tha
> I may need to replace Scan with Get whenever possible, if there do have a
> > performance difference. But if it is not true, I don't bother to modify
> > this.
> >
> > thanks,
> > Ming
> >
> > -Original Message-
> > From: Stack
> >
le, if there do have a
> performance difference. But if it is not true, I don't bother to modify
> this.
>
> thanks,
> Ming
>
> -Original Message-
> From: Stack
> Sent: Saturday, December 29, 2018 11:50 PM
> To: Hbase-User
> Subject: Re: Will Scan use blockcac
t; I may need to replace Scan with Get whenever possible, if there do have a
> performance difference. But if it is not true, I don't bother to modify
> this.
>
> thanks,
> Ming
>
> -Original Message-----
> From: Stack
> Sent: Saturday, December 29, 2018 11:50 PM
&
whenever possible, if there do have a
performance difference. But if it is not true, I don't bother to modify this.
thanks,
Ming
-Original Message-
From: Stack
Sent: Saturday, December 29, 2018 11:50 PM
To: Hbase-User
Subject: Re: Will Scan use blockcache?
A Get is a one-row Scan. Under
A Get is a one-row Scan. Under the covers the Get makes a Scan. Scan/Get
both have to go to memstore since it will have latest versions of Cells.
Say more about how you are doing the compare please.
S
On Sat, Dec 29, 2018 at 7:02 AM ming.liu wrote:
> Hi, all,
>
>
>
> I recently found that
Hi, all,
I recently found that short scan is slower than get operation in HBase. It
is acceptable, but I really want to understand the reason.
My testing table only has one row in it. So both Scan and Get just get one
row. Scan is still about 2x slower than get operation.
So I want to