hbase的负载均衡和数据高效查询是否矛盾

数据均匀散列之后，可以实现负载均衡，但相应的数据散开之后，查询速度就慢了，这两者怎么平衡？

这个不会的，散列之后，反而会速度加快，查询的时候，可以分开执行。

sstutu 发表于 2017-6-25 12:55
这个不会的，散列之后，反而会速度加快，查询的时候，可以分开执行。

我的想法是，散列之后，查询数据不是跨更多的RegionServer吗，相对来说，比起热点，你查询一条数据，要更大的带宽，IO支持，在一定的带宽下，它的速度不就相对慢吗？难道我理解错了？

sstutu 发表于 2017-6-25 12:55
这个不会的，散列之后，反而会速度加快，查询的时候，可以分开执行。

我知道了，有并行处理，但是查询速度相对来说是慢了还是快了，这个还得看实际的Rowkey设计，服务器性能等

小猪蜀黍 发表于 2017-6-25 13:39
我知道了，有并行处理，但是查询速度相对来说是慢了还是快了，这个还得看实际的Rowkey设计，服务器性能等 ...

对的，rowkey设计很重要的。如果数据量大，并行还是很快的。就像查找一个东西。如果多个人找和一个人找，不是一个级别的。