[Binospace] HBase Metrics参数详解

1）getClosestRowBefore：定位Row时用到，客户端上的HConnectionManager定位row到Region位置的过程。由于在HConnectionManager上有缓存，

因此不是所有的row定位Region的过程中，都需要执行这个操作。

2）getScanner：客户端段换取scanner实例的过程，会记录一次读请求

3）scanner执行一次next(list)操作，会记录一次读请求。ps：如果10000个数据，client的每次next取1，则调用next 10000次，

readRequestCount +=10000

如果client 按照每次next取10000个数据，则只会记录一次读请求。

总结：readRequestCount与客户端读取数据的个数不等价，而且大部分情况下readRequestCount 远小于客户端读取数据个数

1) 单一Delete操作。写请求个数+1

2）单一Put操作。写请求个数+1

3）batchMutate操作。虽然大部分操作都是批量操作(多Row)，但是每次批量操作只会记录一次写请求。

4）checkAndMutate操作。写操作+1，操作的范围是单Row。

5）append(Append)操作，Append是对于单行操作的聚集。只记录一次写操作。

6）incrementColumnValue操作。columnValue的必须是64bit long型值，每次操作记录写操作+2

7）bulkLoadHFiles操作。写请求的个数+1，与导入的hfile文件数无关。

总结：writeRequestCount与客户端写操作个数不完全等价，大部分情况下writeRequestCount远小于客户端写操作的个数(尤其批量写频繁的情况下)。

2）getClosestRowBefore 帮助HConnectionManager定位row对应的Region位置。+1

3）get操作，单行读操作。 +1

4）exists()操作，单行操作，判断Get是否存在。+1

5）put操作，单行写操作。+1

6）put(List<Put>)操作，批量写操作。+ list.size()

7) checkAndMutate 操作，单行操作。 +1

8）openScanner操作，打开一个scanner。 +1

9）scanner next(nbrows)操作，从scanner读取nbrows行数据，+nbrows

10) close() 操作，RegionServer下线前的操作。+1

11）delete操作，单行操作。+1

12）delete(List<Delete>)操作，批量删除操作。+ list.size()

13) lockRow操作。HTable提供了对于单行的客户端加锁服务。+1

14）unlockRow操作。HTable提供了对于单行的客户端解锁服务。+1

15）mutateRow操作。单行复合操作。+1

16）append操作。单行操作 +1

17）increment操作。单行操作 +1

18) incrementColumnValue操作。单行操作 +1

19) Multi(MultiAction<R〉 multi) ，批量操作，大部分的ThriftServer调用的批量操作的入口函数。+multi.size()

20 )execCoprocessor, 执行一次Coprocessor，+1

21) getCompactionState，获取Region的compaction信息， +1

总结：requestCount在很大程度上反映了RegionServer的负载状况。如果对于该Count的值进行分解，按照功能可以分为如下几类：

• 和客户端读数据直接相关的读操作的个数 （Get、Scan、Next等操作）
• 和客户度写操作直接相关的写操作的个数 （Put、Delete、Multi、mutate、append、increment、incrementColumnValue、等操作）
• RegionServer的功能性操作的个数。(getCompactionState,close,getRegionInfo )

在RegionServer内所有Store下对应的

StoreFile文件都会有一个Reader，

该Reader中包含了dataBlockIndexReader

和 metaBlockIndexReader两类

indexSize=dataBlockIndexReader.heapSize()

+ metaBlockIndexReader.heapSize()