本文介绍了HBase Coprocessor的Endpoint特性，重点探讨了coprocessorProxy和coprocessorExec的使用。coprocessorExec提供并行处理，适用于分布式查询和计算，但可能因个别性能差的Region影响整体性能。而coprocessorProxy是串行方法，适用于针对特定Region的操作。文章通过用户在线时长统计的例子，展示了如何利用这两个方法，并指出根据计算场景选择合适的方法是关键。
前言：
相比HBase，关系型数据库有两大问题：动态横向扩展和分布式并行计算。
架设在HDFS上的HBase，在动态横向扩展方面具有先天的优势。
而分布式并行计算则需要MapReduce和Coprocessor-Endpoint来实现。
可是玩过Hadoop的童鞋都了解，MapReduce分布式计算框架有一个致命弱点：高延时
很多实时的分布式查询和计算业务中，MapReduce更本无法胜任
在实时计算的业务中，HBase0.92的Coprocessor-Endpoint成为了MapReduce的接班人，从此走上了神坛
----------------------------------------------------------------------------------------------------------------------
Coprocessor(协处理器)是HBase 0.92版后加入的新组件，详情请见：HBase: Coprocessor Introduction。
本系列主要探讨Coprocessor的Endpoint方法。
本篇将探讨coprocessorProxy和coprocessorExec的合理运用。
上一篇曾提到过两个方法在功能上的区别，coprocessorProxy是串行方法，coprocessorExec是并行的。
首先看一下并行方法coprocessorExec的官方解释，我简单的翻译一下：
The application code client side performs
最低0.47元/天 解锁文章
8349
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
