在Hbase中,只有一个单一的按照字典序排序的rowKey索引,当使用rowKey来进行数据查询的时候速度较快,但是如果不使用rowKey来查询的话就会使用filter来对全表进行扫描,很大程度上降低了检索性能。而Phoenix提供了二级索引技术来应对这种使用rowKey之外的条件进行检索的场景。
Global Index
Global indexing适用于多读少写的业务场景。使用Global indexing的话在写数据的时候会消耗大量开销,因为所有对数据表的更新操作(DELETE, UPSERT VALUES and UPSERT SELECT),会引起索引表的更新,而索引表是分布在不同的数据节点上的,跨节点的数据传输带来了较大的性能消耗。在读数据的时候Phoenix会选择索引表来降低查询消耗的时间。*** 在默认情况下如果想查询的字段不是索引字段的话索引表不会被使用,也就是说不会带来查询速度的提升。 ***
配置
HBase集群的每个regionserver节点的hbase-site.xml中加入配置,并重启HBase集群
1 | <property> |
注: phoenix有两种链接方式JDBC和phoenix-client,phoenix-client可以正常创建索引;zeppelin使用jdbc连接不能正常创建索引,提示如下错误。
1 | java.sql.SQLException: ERROR 1029 (42Y88): Mutable secondary indexes must have the hbase.regionserver.wal.codec property set to org.apache.hadoop.hbase.regionserver.wal.IndexedWALEditCodec in the hbase-sites.xml of every region server. tableName=CMP_IDX |
索引操作
在开始创建索引以前先创建一个表,并向其中填充测试数据(此处填充的数据仅用于功能测试)
1 | 0: jdbc:phoenix:> create table usertable (id varchar primary key,firstname varchar, lastname varchar); |
1 | base(main):019:0> scan 'USERTABLE' |
创建索引
1 | 0: jdbc:phoenix:> create index idx_name on usertable (lastname) include(firstname); |
1 | hbase(main):020:0> scan 'IDX_NAME' |
使用索引
正常的select … where … 是不会用到索引表的,要想用到索引表,必须查询出的字段也是索引字段。(此处的结论需要在后续的性能测试中进行验证)
1 | 0: jdbc:phoenix:> select firstname from usertable where lastname = 'phoenix'; |
性能测试
读
Todo…
写
Todo…
Local Index
Todo…