1樓：浪尖
hbase讀效能可以，關鍵設計好rowkey：
1，資料量大的讀hbase
2，資料量小的讀redis
3，也可以用redis做hbase的cache
2樓：
這樣我想到某個看似非核心實則主流程強依賴的業務，由於運維手段和業務使用的原因，即便在前面擋了一層mc快取，hbase的讀取效能仍然讓人深感無力。
3樓：
若資料不在memstore或者blockcache 則需要去磁碟讀檔案但是不做合併的情況下小檔案會比較多不考慮布隆過濾器如果有n個檔案每個檔案有m資料則io次數粗略估計是n*log m也就是log m^n，而對於總資料量相同的b樹來說，則只需log n*m ，往往還要-1，因為根節點常駐記憶體。所以hbase讀相對較慢，原因在檔案數量，布隆過濾器可以稍作緩解，也就是判定該資料不在檔案內，但是如果資料太多，位元位都滿了，判斷就不太準了。題主可以去搜尋類似 b樹與lsm樹的比較差不多就是我說的意思。
4樓：Kevin
不建議生產環境直接訪問，加上redis比較合適。
是否用hbase跟你的取決於你的資料規模和常用的訪問模式。
有時候level db也是不錯的選擇。
5樓：孔德雨
這要看是否啟用bloomfilter 和 blockcache的，而且和region的記憶體，機器的記憶體，regionServer 是否對hdfs 本地化，是否採用壓縮，作業系統的buffer等相關因素太多了。
粗略的回答如下：
hbase 0.98的讀效能在150 - 400 之間， 沒啟用bloomfilter 和blockcache，冷資料（memstore被刷為0），情況下，在150左右。
6樓：feng yang
讀效能具體是什麼，如果我的讀請求很大，像taobao那種使用場景，可以搭起負載平衡的環境嗎，如何搭建呢
土木工程
7樓：Miller Lee
HBase本身就是就具有高效能讀寫的特點。在讀上，本身就有BlockCache，而且在0.96版本中加入了bucket cache二級快取，所有說他在讀上效能很好。
在業務層面加入MC或者Redis來
快取查詢結果更好，可以減少對HBase的請求次數，每次從HBase查當然沒有直接從MC或者Redis裡面取查詢結果快了。而且用MC或者Redis做分頁更好。
驍龍821效能怎麼樣？
你我山巔自相逢 3017年購入過一款小公尺note2，直到兩個月前出手當廢品賣。一開始使用很好，服役時間過半之後就開始發熱，是真的會燙手，王者也可以打，但是延遲不忍直視，溫度高到懷疑人生。目前這個階段推薦買驍龍835，驍龍730，天璣800以及麒麟810以上的處理器。以上 阿菲思 為跑分而設計的坑U...
木屋的保溫效能怎麼樣？
多樓小知 木結構的保溫節能效能優於其他任何建築材料，木結構建築在其整個生命週期中，相較於其他形式建築可節能達60 冬季相比外部溫度高 5 C，夏季相比外部溫度低 6 C，冬暖夏涼，居住舒適。同時，綠色無汙染，透氣性好，易於保持室內空氣的清新 濕度均衡，有利於人體健康。 Ando 木頭本身保溫效能肯定...
榮耀v20效能怎麼樣，打遊戲怎麼樣？
小澤 遊戲的話，麒麟980確實是很不錯的，根據華為海思的尿性，每一款推出的晶元都比高通同時期的弱一點，比如麒麟970不如驍龍845一樣 麒麟980比驍龍855弱一點。但都是高手過招，大型遊戲基本通吃。什麼和平精英，王者榮耀，QQ飛車，崩壞，明日之後，第五人格什麼的都可以。還有華為的遊戲優化，完全夠用...