hbase通过列获得rowkey，hbase result获取所有列名和列值

怎样才能获知hbase表中哪些列能实现索引

全表扫描(scan)RowKey行键 (RowKey)可以是任意字符串(最大长度是64KB，实际应用中长度一般为 10-100bytes)，在HBASE内部，RowKey保存为字节数组。存储时，数据按照RowKey的字典序(byte order)排序存储。设计RowKey时，要充分排序存储这个特性，将经常一起读取的行存储放到一起。

同样地，在HBase中，当我们通过概念视图查询数据时，HBase会在底层的物理存储结构中找到对应的数据并返回给我们。

二级索引，或多级索引，常被应用到数据库查找中。 使用索引，可以大大加快对数据的找查与定位。 下面的链接是《基于多级指引索引的高效技术》，短短一篇，不过可以看的出来多级索引的用途所在。

这个用于查询HBase表返回单条记录结果的类是Result类。HBase中通过row和columns确定的为一个存贮单元称为cell，每个cell都保存着同一份数据的多个版本，版本通过时间戳来索引。HBase查询功能很简单，不支持join等复杂操作，不支持复杂的事物（行级事务）。HBase表一般有这样一个特点：大、面向列、稀疏。

LSM树，写入与读取的权衡 当写入量大时，LSM树登场，通过顺序写入和内存-磁盘分层，牺牲部分读性能以换取高效的写入。HBase等NoSQL存储广泛采用LSM树，memtable、immutable memtable和SSTable的组合，让数据处理更为灵活高效。

全表扫描。HBase是一个分布式的、面向列的开源数据库，该技术来源于 Fay Chang 所撰写的Google论文。访问hbase数据库表中的行一共有三种方式，分别是：通过单个行健访问、通过一个行健的区间来访问、全表扫描。HBase不同于一般的关系数据库，它是一个适合于非结构化数据存储的数据库。

相关问答

Q1: HBase数据结构是什么?

hbase的核心数据结构为LSM树。LSM树分为内存部分和磁盘部分。内存部分是一个维护有序数据集合的数据结构。RowKey与nosql数据库们一样，RowKey是用来检索记录的主键。HBase是介于MapEntry(key&value)和DBRow之间的一种数据存储方式。

HBase采用了类似Google Bigtable的数据模型，即一个稀疏的、分布式的、持久化的多维映射表，每个表都由行键、列族、列限定符和时间戳组成。在底层实现上，HBase使用了基于Hadoop的分布式文件系统HDFS来存储数据，并且使用了一种称为LSM-Tree（Log-Structured Merge-Tree）的数据结构来管理数据。

hbase的核心数据结构为LSM树。LSM树分为内存部分和磁盘部分。内存部分是一个维护有序数据集合的数据结构。一般来讲，内存数据结构可以选择平衡二叉树、红黑树、跳跃表（SkipList）等维护有序集的数据结构，由于考虑并发性能，HBase选择了表现更优秀的跳跃表。

HBase数据结构是什么？hbase的核心数据结构为LSM树。LSM树分为内存部分和磁盘部分。内存部分是一个维护有序数据集合的数据结构。RowKey 与nosql数据库们一样，RowKey是用来检索记录的主键。HBase是介于Map Entry(key & value)和DB Row之间的一种数据存储方式。

HBase 不同于一般的关系数据库，它是一个适合于非结构化数据存储的数据库.所谓非结构化数据存储就是说HBase是基于列的而不是基于行的模式，这样方面读写你的大数据内容。HBase是介于Map Entry(key & value)和DB Row之间的一种数据存储方式。

而HBase中的数据存储是基于列族（column family）和行键（row key）的，HBase的数据存储结构是按行键排序的有序映射表，可以通过行键的前缀匹配来检索数据。因此，在HBase中，使用行键来查询数据的效率很高，而使用列来查询数据的效率相对较低。

Q2: HBase性能优化-Rowkey&列族设计

1、必须在设计上保证RowKey的唯一性。由于在HBase中数据存储是Key-Value形式，若向HBase中同一张表插入相同RowKey的数据，则原先存在的数据会被新的数据覆盖。设计的RowKey应均匀的分布在各个HBase节点上，避免数据热点现象。rowkey：行键设计的三个原则唯一必须在设计上保证其唯一性。

2、必须在设计上保证RowKey的唯一性。由于在HBase中数据存储是Key-Value形式，若向HBase中同一张表插入相同RowKey的数据，则原先存在的数据会被新的数据覆盖。设计的RowKey应均匀的分布在各个HBase节点上， 避免数据热点现象。

3、目前针对这种较大KeyValue写入性能较差的问题还没有直接的解决方案，好在社区已经意识到这个问题，在接下来即将发布的下一个大版本HBase 0.0版本会针对该问题进行深入优化，详见 HBase MOB ，优化后用户使用HBase存储文档、图片等二进制数据都会有极佳的性能体验。

4、基于此我们可以控制在建表的时候，创建多个空region，并确定每个region的起始和终止rowkey，这样只要我们的rowkey设计能均匀的命中各个region，就不会存在写热点问题。自然split的几率也会大大降低。当然随着数据量的不断增长，该split的还是要进行split。像这样预先创建hbase表分区的方式，称之为预分区。

5、排序 HBase的Rowkey是按照ASCII有序设计的，我们在设计Rowkey时要充分利用这点。比如视频网站上对影片《泰坦尼克号》的弹幕信息，这个弹幕是按照时间倒排序展示视频里，这个时候我们设计的Rowkey要和时间顺序相关。

Q3: hbase的主键

RowKey 与nosql数据库们一样，RowKey是用来检索记录的主键。访问HBASE table中的行，只有三种方式：通过单个RowKey访问(get)通过RowKey的range（正则）(like)全表扫描(scan)RowKey行键 (RowKey)可以是任意字符串(最大长度是64KB，实际应用中长度一般为 10-100bytes)，在HBASE内部，RowKey保存为字节数组。

RowKey与nosql数据库们一样，RowKey是用来检索记录的主键。HBase是介于MapEntry(key&value)和DBRow之间的一种数据存储方式。hbase使用的是jdk提供的ConcurrentSkipListMap，并对其进行了的封装，Map结构是KeyValue，KeyValue的形式。Concurrent表示线程安全。

Mongodb 主键是“_id”，主键上面可以不建索引，记录插入的顺序和存放的顺序一样，hbase的主键就是row key，可以是任意字符串(最大长度是 64KB，实际应用中长度一般为 10-100bytes)，在hbase内部，row key保存为字节数组。存储时，数据按照Row key的字典序(byte order)排序存储。

Region 压力 2 Region 分区 首先 自增来做不是不可以。 但是有很大的局限性。 比如你用自增做主键了。 那么你的 Region 几乎都在一台机器上， 发挥不出集群的性能， 这样的设计将导致效率低下。如果你这样做了， 那么挽救办法就是 Region 分区。 假设你分区 以数字分区。

hash(主键) + 年月日时(2019062315)这里只取hash(主键)的前6位，使得行键的长度正好是16，也就是8的整数倍，在64位计算机中，效果最好。

hbase通过列获得rowkey的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于hbase result获取所有列名和列值、hbase通过列获得rowkey的信息别忘了在本站进行查找喔。