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