Hbase 建表高级属性及表设计

1、建表高级属性

下面几个 shell 命令在 hbase 操作中可以起到很大的作用，且主要体现在建表的过程中，看下面几个 create 属性。

1.1、BLOOMFILTER（布隆过滤）

BLOOMFILTER 默认是 NONE 是否使用布隆过虑及使用何种方式，布隆过滤可以每列族单独启用。
使用 HColumnDescriptor.setBloomFilterType(NONE | ROW | ROWCOL) 对列族单独启用布隆。

Default = ROW 对行进行布隆过滤。
对 ROW，行键的哈希在每次插入行时将被添加到布隆。
对 ROWCOL，行键 + 列族 + 列族修饰的哈希将在每次插入行时添加到布隆。
使用方法：

create 'table',{BLOOMFILTER =>'ROW'}

作用：用布隆过滤可以节省读磁盘过程，可以有助于降低读取延迟。

1.2、VERSIONS（版本）

VERSIONS 默认是 1 这个参数的意思是数据保留 1 个 版本，如果我们认为我们的数据没有这么大的必要保留这么多，随时都在更新，而老版本的数据对我们毫无价值，那将此参数设为 1 能节约 2/3 的空间。
使用方法:

create 'table',{VERSIONS=>'2'}

附：MIN_VERSIONS => '0’是说在 compact 操作执行之后，至少要保留的版本。

1.3、COMPRESSION（压缩）

COMPRESSION 默认值是 NONE 即不使用压缩，这个参数意思是该列族是否采用压缩，采用什么压缩算法，方法:

create 'table',{NAME=>'info',COMPRESSION=>'SNAPPY'} 

建议采用 SNAPPY 压缩算法 ，HBase 中，在 Snappy 发布之前（Google 2011 年对外发布 Snappy），采用的 LZO 算法，目标是达到尽可能快的压缩和解压速度，同时减少对 CPU 的消耗；在 Snappy 发布之后，建议采用 Snappy 算法（参考《HBase: The Definitive Guide》），具体可以根据实际情况对 LZO 和 Snappy 做过更详细的对比测试后再做选择。

Algorithm	% remaining	Encoding	Decoding
GZIP	13.4%	21 MB/s	118 MB/s
LZO	20.5%	135 MB/s	410 MB/s
Zippy/Snappy	22.2%	172 MB/s	409 MB/s

如果建表之初没有压缩，后来想要加入压缩算法，可以通过 alter 修改 schema。

1.4、TTL（列簇数据存活时间戳）

TTL 默认是 2147483647 即：Integer