1. 压缩算法的比较
| 算法 | 压缩比 | 压缩 | 解压 |
|---|---|---|---|
| GZIP | 13.4% | 21MB/s | 118MB/s |
| LZO | 20.5% | 135MB/s | 410MB/s |
| Snappy/Zippy | 22.2% | 172MB/s | 409MB/s |
总结：
1）GZIP的压缩率最高，但它是CPU密集型的，对CPU的消耗较多，压缩和解压速度也慢；
2）LZO的压缩率居中，比GZIP要低一些，但是压缩和解压速度明显要比GZIP快很多，其中解压速度快的更多；
3）Zippy/Snappy的压缩率最低，而压缩和解压速度要稍微比LZO要快一些
所以，一般情况下，推荐使用Snappy和Zippy压缩算法。
2. hbase表启用压缩的步骤
这里分为两种情况：一是在创建表时指定压缩算法；二是在创建表后指定压缩算法或者修改压缩算法。
2.1 创建表时指定压缩算法
create \'test\', {NAME => \'info\', VERSIONS => 1, COMPRESSION => \'snappy\'}
# 表创建之后，使用describe命令查看表信息
describe \'test\'
2.2 创建表后指定或修改压缩算法
- disable需要修改的表
disable \'test\'
注意，如果表较大，disable需要一些时间，请耐心等待
2) 使用alter命令进行更改
alter \'test\', NAME => \'info\', COMPRESSION => \'snappy\'
NAME即column family，列族。HBase修改压缩格式，需要一个列族一个列族的修改，注意大小写，不要弄错了。如果修改错了，将会创建一个新的列族，且压缩格式为snappy。当然，假如你还是不小心创建了一个新列族的话，可以通过以下方式删除：
alter \'test\', {NAME=>\'info\', METHOD=>\'delete\'}
- 重新enable表
enable \'test\'
- 对表进行major_compact操作，使压缩生效
major_compact \'test\'
注意，如果表的数据较多，该操作需要较长时间，所以尽量选择一个不忙的时间，避免对服务造成影响。
修改完成后，可使用describe命令查看表信息