hbase之htable线程安全性

在单线程环境下使用hbase的htable是没有问题，但是突然高并发多线程情况下就出现问题了，然后细看htable的api说明

 

* This 
class
 is not thread safe 
for
 updates; the underlying write buffer can
 * be corrupted if
 multiple threads contend over a single HTable instance.

 好吧 ，还是使用前没有细看api的文档说明，而且测试也没有测试多线程使用的情况，检讨下，那么对应的解决方案呢？

 

当然hbase肯定有自己的解决方案，那就是HTablePool，我们这下仔细看看api文档说明

 

/**
 * A simple pool of HTable instances.<p>
 *
 * Each HTablePool acts as a pool for all tables.  To use, instantiate an
 * HTablePool and use {@link #getTable(String)} to get an HTable from the pool.
 * Once you are done with it, return it to the pool with {@link #putTable(HTableInterface)}.
 *
 * <p>A pool can be created with a <i>maxSize</i> which defines the most HTable
 * references that will ever be retained for each table.  Otherwise the default
 * is {@link Integer#MAX_VALUE}.
 *
 * <p>Pool will manage its own cluster to the cluster. See {@link HConnectionManager}.
 */

 

文档里说，使用getTable来取，当使用完了要用putTable归还，ok，这就是要使用finally块了。

 

大概的代码结构如下：

 

 

              Result result = 
null
;
HTable table = null
;
try
 {
    table =  (HTable)hbaseTablePool.getTable(tablename);
    if
(table == 
null
) 
throw
 
new
 RuntimeException(TABLE_NOT_EXIST);
    result = table.get(xxxxxx);
} catch
 (IOException e) {
    throw
 
new
 RuntimeException(e);
}finally
 {
    if
(table != 
null
) {
        hbaseTablePool.putTable((HTableInterface)htable);
    }
}

 

   那pool是如何实例化的呢

HTablePool  hbaseTablePool = 
new
 HTablePool(hbaseStoreFactory.getConfiguration(),
this
.maxConnection);

//为了检验table的正确性，调用一次
hbaseTablePool.putTable(this
.hbaseTablePool.getTable(tablename));

 

   仔细看看HTablePool的实现，其实不是pool的概念，只是一个计数器实现而已，相比java的线程池的实现真是很丑陋，希望hbase能给一个比较好的实现了。

更多信息请查看 java进阶网 http://www.javady.com