由于业务的发展,使用mysql进行建立索引进行搜索已经造成数据流的瓶颈卡在了数据库io,例如每次dump全表的时候,会造成压力过大,造成耗时很长,并且当前的数据量基本上已经达到了亿级别的数据量,如果希望mysql能更好的提供服务,下一步必须考虑分库分表才可以;基于这种情况下,考虑使用hbase用来进行数据的存储,因为hbase所能承受的数据量远大于mysql,并且对列的扩展也很方便
在类似mysql,sqlserver,oracle等关系型数据库,数据的存储是按照行进行存储的,如下图所示:
但是在hbase里面,所有的数据是基于列进行存储的,如下所示:
其中hbase的逻辑模型如下所示:
其中:com.cnn.ww对应的是rowkey,相当于mysql的主键的概念
contents,anchor:这两个对应的是列族的概念,在物理的存储上,同一个列族的数据存储在相同文件
cnnsi.com,mylook.ca:对应的是列族下面的列,在hbase中列是可以动态增加的
对应的方格数据表示的是单元数据,即对应rowkey,cf:column下面的具体的值
其中tn:表示的是时间戳,单元数据的不同版本
其中有一张存储结构如下:
CRUD是数据库的最基本也是最常用的操作,在hbase里面也有对应的命令,例如建表语句对于mysql的在此不详述,对于hbase shell的如下所示
create ‘table’,‘columnfamily’
即可以创建一个名为table,列族为columnfamily的表,其他的一些blocksize,version数据为默认
读取数据的时候,在hbase语句如:get ‘table’,'row',‘cf:column’即可得到对应的数据
更新数据的时候,在hbase中没有对应更新的概念,只是会有一个新的版本,从时间戳上可以体现出来,所用的语句为
put ‘table’,‘row’,‘cf:name’,‘value’
即可将value的值赋给对应cf列族,name的列
删除数据的区别,在mysql中删除数据只能是直接删除一行,或者将某一列置为空,在hbase里面可以直接删除某一列
在mysql中可以建立索引,或者过滤查询,但是在hbase中,只支持按照rowkey进行查询速率最快
关系型数据库的历史已经很久,但是当数据量膨胀之后,例如对于mysql数据库,当数据量为上亿或者更多的时候,如果按照索引进行查询,可能效果 也不是特别的明显,最后只能按照主键进行查询,或者逐渐发展为分库分表的模式,但是分库分表又给运维以及使用带来了很大的麻烦;于是这个时候,nosql数据库主键发展,nosql简称not only sql,是在数据量暴增的当前逐渐发展壮大起来,以nosql里面的hbase作为例子,支持TB以及PB的数据,并且列的扩展特别的灵活
其实hbase可以看做是mysql分库分表后的结果,只是不同的是mysql分库分表后支持索引等,但是对于hbase仅仅支持rowkey作为主键索引,从书中可以知道,hbase的数据是按照列进行存储的,并且当数据过大的时候,会按照行进行分裂,如下如所示:
把不同的region放到了不同的机器,并且最后还有master进行管理,即相当于对行列进行了一个划分,从而存储大量的数据
在mysql中会有一些联合索引的情况,例如存在一个商品与分类对应关系的表,需要得到某一个商品的所有分类,也希望可以得到某一个分类的所有商品,在mysql中直接按照联合索引可以达到要求,但是在hbase的时候只能按照rowkey查询如何办呢
经过阅读相关的数据得到有如下两种的解决办法
在hbase中,允许行跟行之间的列是不同的,只要有共同的列族即可,那么对于上述的情况,可以构建一个按照分类为rowkey的宽表,如下所示
分类id,作为rowkey
product_id,作为列名字
value存储为是否删除
上述即可rowkey为分类id,可以直接从row得到所有的product_id,然后自己过滤是否删除
什么是构建高表呢,也就是说不需要那么多的列,只是存储多行,因为在hbase里面是按照字典顺序排序的,因此可以进行如下的设计
分类id_商品id,作为rowkey
只要scan以1开头的行,就可以得到所有的数据
上述两种办法从本质上来说,都是构建了一个二级索引来存储数据
以上就是数据从mysql迁移到hbase的一些思考及设计的内容,更多相关内容请关注PHP中文网(m.sbmmt.com)!