我刚刚在hbase中创建了一个表并用数据填充了它。从7个区域服务器中,数据似乎已写入区域服务器6和7。但是我不明白为什么服务器6和7的每秒请求数是零?
hfyxw5xn1#
read request count和write request count是特定区域服务器自重新启动后看到的读写请求总数。这些数字仅出于性能原因保留在内存中,并通过hbase ui用来公开它们的jmx和regionserver load api公开。您可以使用api(或jmx)自己获取它们,并导出到db中进行持久化。request per second是相关regionserver当前看到的总请求(读+写)的速率。速率的计算是基于该区域服务器在某个时段内看到的请求数除以时段长度的增量。此特定详细信息(以及此期间)可能因hbase版本而异。在hbase 2.x中,它由 hbase.regionserver.metrics.period ; 而在以前的版本中没有这样的设置,句点是固定的(如果我没记错的话)。为了回答您的问题,总请求率和总请求数的比较不是一一对应的。该速率仅反映当前通信量,而计数反映自区域服务器重新启动后请求的生存期数。如果您真的仔细考虑一下,在整个生命周期内有一个请求速率是没有意义的,因为任何真正的用例都只关心当前的速率。
hbase.regionserver.metrics.period
6qftjkof2#
如果你通过 put(List<Put>) ,则只有极少量的请求,因为记录是成批发送的。
put(List<Put>)
2条答案
按热度按时间hfyxw5xn1#
read request count和write request count是特定区域服务器自重新启动后看到的读写请求总数。这些数字仅出于性能原因保留在内存中,并通过hbase ui用来公开它们的jmx和regionserver load api公开。您可以使用api(或jmx)自己获取它们,并导出到db中进行持久化。
request per second是相关regionserver当前看到的总请求(读+写)的速率。速率的计算是基于该区域服务器在某个时段内看到的请求数除以时段长度的增量。此特定详细信息(以及此期间)可能因hbase版本而异。在hbase 2.x中,它由
hbase.regionserver.metrics.period
; 而在以前的版本中没有这样的设置,句点是固定的(如果我没记错的话)。为了回答您的问题,总请求率和总请求数的比较不是一一对应的。该速率仅反映当前通信量,而计数反映自区域服务器重新启动后请求的生存期数。如果您真的仔细考虑一下,在整个生命周期内有一个请求速率是没有意义的,因为任何真正的用例都只关心当前的速率。
6qftjkof2#
如果你通过
put(List<Put>)
,则只有极少量的请求,因为记录是成批发送的。