bq. a scan test on (any) single
column family in the 2nd table takes 4x the time to scan the single column
family from the 1st table
So which means your scan is targeted for a specific family only I believe?
Are you seeing lot of cache miss for the 4 col family table where as the 1
col family tabl
So on the 2nd table, even if there are 4 CFs , while scanning you need
only data from single CF. And this under test CF is similar to what u
have in the 1st table? I mean same encoding and compression schema
and data size? While creating scan for 2nd table how u make? I hope
u do
Scan s = new
bq. master and region server running on the same node(single node install).
Maybe. This combination should be used for testing only
bq. zookeeper is not managed by Hbase
Since the classes involved in stack trace are for Procedure V2, zookeeper
likely was not the issue.
On Thu, Aug 17, 2017 at
Hi Ted,
Just to get some more info..what causes this deadlock in Hbase?...in my case
this happened for create table through phoenix..can this happen for insert
query also?..This does not happens always but more frequently..does it have to
do anything with both hbase master and region server ru
I have 2 HBase tables - one with a single column family, and other has 4
column families. Both tables are keyed by same rowkey, and the column
families all have a single column qualifier each, with a json string as
value (each json payload is about 10-20K in size). All column families use
fast-diff