Hi Min,
The key selection occurs prior to this. The operation has been assigned one
(or more, in the case of user profile operations) partition keys, and this
is just it accessing that key. You should explore backwards for assignment
operations, and see where these happen, to understand how this behaves.
On 23 May 2015 01:30, "Min Zhou" <mz...@apache.org> wrote:
> Hi all,
>
>
>
> Seems there is only one implementation of the getKey() , it's
> in PredefinedOperation.java cassandra branch 2.2.0-beta1
>
>
> protected ByteBuffer getKey()
> {
> return (ByteBuffer) partitions.get(0).getPartitionKey(0);
> }
>
> The read operations will just the same key for each iteration, since it
> will lead 100% cache hit on the storage side, the result throughput will be
> very high.
>
> please correct me if i was wrong.
>
>
> Min
>
