Chapter4-厦门大学-林子雨-大数据技术原理与应用-第四章-分布式数据库HBase(2016年3月10日版本).ppt
《Chapter4-厦门大学-林子雨-大数据技术原理与应用-第四章-分布式数据库HBase(2016年3月10日版本).ppt》由会员分享,可在线阅读,更多相关《Chapter4-厦门大学-林子雨-大数据技术原理与应用-第四章-分布式数据库HBase(2016年3月10日版本).ppt(76页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、大数据技术原理与应用厦门大学计算机科学系林子雨厦门大学计算机科学系 2016年版林子雨林子雨厦门大学计算机科学系厦门大学计算机科学系E-mail:主页:主页:http:/ 分布式数据库分布式数据库HBase(PPT版本号:版本号:2016年年3月月10日版本)日版本)大数据技术原理与应用大数据技术原理与应用http:/ 概述概述4.2 HBase访问接口访问接口4.3 HBase数据模型数据模型4.4 HBase的实现原理的实现原理4.5 HBase运行机制运行机制4.6 HBase应用方案应用方案4.7 HBase编程实践编程实践欢迎访问大数据技术原理与应用教材官方网站:http:/ HBa
2、se和BigTable的底层技术对应关系BigTableHBase文件存储系统GFSHDFS海量数据处理MapReduceHadoop MapReduce协同服务管理ChubbyZookeeper大数据技术原理与应用厦门大学计算机科学系林子雨4.1.2HBase简介关系数据库已经流行很多年,并且Hadoop已经有了HDFS和MapReduce,为什么需要HBase?Hadoop可以很好地解决大规模数据的离线批量处理问题,但是,受限于HadoopMapReduce编程框架的高延迟数据处理机制,使得Hadoop无法满足大规模数据实时处理应用的需求HDFS面向批量访问模式,不是随机访问模式传统的通用
3、关系型数据库无法应对在数据规模剧增时导致的系统扩展性和性能问题(分库分表也不能很好解决)传统关系数据库在数据结构变化时一般需要停机维护;空列浪费存储空间因此,业界出现了一类面向半结构化数据存储和处理的高可扩展、低写入/查询延迟的系统,例如,键值数据库、文档数据库和列族数据库(如BigTable和HBase等)HBase已经成功应用于互联网服务领域和传统行业的众多在线式数据分析处理系统中大数据技术原理与应用厦门大学计算机科学系林子雨4.1.3HBase与传统关系数据库的对比分析HBase与传统的关系数据库的区别主要体现在以下几个方面:(1)数据类型:关系数据库采用关系模型,具有丰富的数据类型和存
4、储方式,HBase则采用了更加简单的数据模型,它把数据存储为未经解释的字符串(2)数据操作:关系数据库中包含了丰富的操作,其中会涉及复杂的多表连接。HBase操作则不存在复杂的表与表之间的关系,只有简单的插入、查询、删除、清空等,因为HBase在设计上就避免了复杂的表和表之间的关系(3)存储模式:关系数据库是基于行模式存储的。HBase是基于列存储的,每个列族都由几个文件保存,不同列族的文件是分离的大数据技术原理与应用厦门大学计算机科学系林子雨4.1.3HBase与传统关系数据库的对比分析HBase与传统的关系数据库的区别主要体现在以下几个方面:(4)数据索引:关系数据库通常可以针对不同列构建
5、复杂的多个索引,以提高数据访问性能。HBase只有一个索引行键,通过巧妙的设计,HBase中的所有访问方法,或者通过行键访问,或者通过行键扫描,从而使得整个系统不会慢下来(5)数据维护:在关系数据库中,更新操作会用最新的当前值去替换记录中原来的旧值,旧值被覆盖后就不会存在。而在HBase中执行更新操作时,并不会删除数据旧的版本,而是生成一个新的版本,旧有的版本仍然保留(6)可伸缩性:关系数据库很难实现横向扩展,纵向扩展的空间也比较有限。相反,HBase和BigTable这些分布式数据库就是为了实现灵活的水平扩展而开发的,能够轻易地通过在集群中增加或者减少硬件数量来实现性能的伸缩大数据技术原理与
6、应用厦门大学计算机科学系林子雨4.2HBase访问接口表4-2 HBase访问接口类型特点场合Native Java API最常规和高效的访问方式适合Hadoop MapReduce作业并行批处理HBase表数据HBase ShellHBase的命令行工具,最简单的接口适合HBase管理使用Thrift Gateway利用Thrift序列化技术,支持C+、PHP、Python等多种语言适合其他异构系统在线访问HBase表数据REST Gateway解除了语言限制支持REST风格的Http API访问HBasePig使用Pig Latin流式编程语言来处理HBase中的数据适合做数据统计Hive
7、简单当需要以类似SQL语言方式来访问HBase的时候大数据技术原理与应用厦门大学计算机科学系林子雨4.3HBase数据模型4.3.1数据模型概述4.3.2数据模型相关概念4.3.3数据坐标4.3.4概念视图4.3.5物理视图4.3.6面向列的存储大数据技术原理与应用厦门大学计算机科学系林子雨4.3.1数据模型概述HBase是一个稀疏、多维度、排序的映射表,这张表的索引是行键、列族、列限定符和时间戳每个值是一个未经解释的字符串,没有数据类型用户在表中存储数据,每一行都有一个可排序的行键和任意多的列表在水平方向由一个或者多个列族组成,一个列族中可以包含任意多个列,同一个列族里面的数据存储在一起列族
8、支持动态扩展,可以很轻松地添加一个列族或列,无需预先定义列的数量以及类型,所有列均以字符串形式存储,用户需要自行进行数据类型转换HBase中执行更新操作时,并不会删除数据旧的版本,而是生成一个新的版本,旧有的版本仍然保留(这是和HDFS只允许追加不允许修改的特性相关的)大数据技术原理与应用厦门大学计算机科学系林子雨4.3.2数据模型相关概念表:HBase采用表来组织数据,表由行和列组成,列划分为若干个列族行:每个HBase表都由若干行组成,每个行由行键(rowkey)来标识。列族:一个HBase表被分组成许多“列族”(ColumnFamily)的集合,它是基本的访问控制单元列限定符:列族里的数
9、据通过列限定符(或列)来定位单元格:在HBase表中,通过行、列族和列限定符确定一个“单元格”(cell),单元格中存储的数据没有数据类型,总被视为字节数组byte时间戳:每个单元格都保存着同一份数据的多个版本,这些版本采用时间戳进行索引大数据技术原理与应用厦门大学计算机科学系林子雨4.3.3数据坐标HBase中需要根据行键、列族、列限定符和时间戳来确定一个单元格,因此,可以视为一个“四维坐标”,即行键,列族,列限定符,时间戳键值“201505003”,“Info”,“email”,1174184619081“”“201505003”,“Info”,“email”,1174184620720“
10、”大数据技术原理与应用厦门大学计算机科学系林子雨4.3.4概念视图表4-4 HBase数据的概念视图行行键键时时间间戳戳列族列族contents列族列族n.wwwt5anchor:=”CNN”t4anchor:my.look.ca=CNN.comt3contents:html=.t2contents:html=.t1contents:html=.大数据技术原理与应用厦门大学计算机科学系林子雨4.3.5物理视图表4-5 HBase数据的物理视图列族contents行行键键时间时间戳戳列族列族n.wwwt3contents:html=.t2contents:html=.t1contents:htm
11、l=.列族anchor行行键键时间时间戳戳列族列族n.wwwt5anchor:=”CNN”t4anchor:my.look.ca=CNN.com大数据技术原理与应用厦门大学计算机科学系林子雨4.3.6面向列的存储图4-3 行式数据库和列式数据库示意图大数据技术原理与应用厦门大学计算机科学系林子雨4.3.6面向列的存储图4-4 行式存储结构和列式存储结构大数据技术原理与应用厦门大学计算机科学系林子雨4.4HBase的实现原理4.4.1HBase功能组件4.4.2表和Region4.4.3Region的定位大数据技术原理与应用厦门大学计算机科学系林子雨4.4.1HBase功能组件HBase的实现包
12、括三个主要的功能组件:(1)库函数:链接到每个客户端(2)一个Master主服务器(3)许多个Region服务器主服务器Master负责管理和维护HBase表的分区信息,维护Region服务器列表,分配Region,负载均衡Region服务器负责存储和维护分配给自己的Region,处理来自客户端的读写请求客户端并不是直接从Master主服务器上读取数据,而是在获得Region的存储位置信息后,直接从Region服务器上读取数据客户端并不依赖Master,而是通过Zookeeper来获得Region位置信息,大多数客户端甚至从来不和Master通信,这种设计方式使得Master负载很小大数据技术
13、原理与应用厦门大学计算机科学系林子雨4.4.2表和Region图4-5一个HBase表被划分成多个Region图4-6 一个Region会分裂成多个新的Region开始只有一个Region,后来不断分裂Region拆分操作非常快,接近瞬间,因为拆分之后的Region读取的仍然是原存储文件,直到“合并”过程把存储文件异步地写到独立的文件之后,才会读取新文件大数据技术原理与应用厦门大学计算机科学系林子雨4.4.2表和Region图4-7 不同的Region可以分布在不同的Region服务器上每个Region默认大小是100MB到200MB(2006年以前的硬件配置)每个Region的最佳大小取决于
14、单台服务器的有效处理能力目前每个Region最佳大小建议1GB-2GB(2013年以后的硬件配置)同一个Region不会被分拆到多个Region服务器每个Region服务器存储10-1000个Region大数据技术原理与应用厦门大学计算机科学系林子雨4.4.3Region的定位图4-8 HBase的三层结构元数据表,又名.META.表,存储了Region和Region服务器的映射关系当HBase表很大时,.META.表也会被分裂成多个Region根数据表,又名-ROOT-表,记录所有元数据的具体位置-ROOT-表只有唯一一个Region,名字是在程序中被写死的Zookeeper文件记录了-RO
15、OT-表的位置大数据技术原理与应用厦门大学计算机科学系林子雨4.4.3Region的定位表4-6 HBase的三层结构中各层次的名称和作用层层次次名称名称作用作用第一层Zookeeper文件记录了-ROOT-表的位置信息第二层-ROOT-表记录了.META.表的Region位置信息-ROOT-表只能有一个Region。通过-ROOT-表,就可以访问.META.表中的数据第三层.META.表记录了用户数据表的Region位置信息,.META.表可以有多个Region,保存了HBase中所有用户数据表的Region位置信息大数据技术原理与应用厦门大学计算机科学系林子雨4.4.3Region的定位为
16、了加快访问速度,.META.表的全部Region都会被保存在内存中假设.META.表的每行(一个映射条目)在内存中大约占用1KB,并且每个Region限制为128MB,那么,上面的三层结构可以保存的用户数据表的Region数目的计算方法是:(-ROOT-表能够寻址的.META.表的Region个数)(每个.META.表的Region可以寻址的用户数据表的Region个数)一个-ROOT-表最多只能有一个Region,也就是最多只能有128MB,按照每行(一个映射条目)占用1KB内存计算,128MB空间可以容纳128MB/1KB=217行,也就是说,一个-ROOT-表可以寻址217个.META.
17、表的Region。同理,每个.META.表的Region可以寻址的用户数据表的Region个数是128MB/1KB=217。最终,三层结构可以保存的Region数目是(128MB/1KB)(128MB/1KB)=234个Region大数据技术原理与应用厦门大学计算机科学系林子雨4.4.3Region的定位客户端访问数据时的“三级寻址”为了加速寻址,客户端会缓存位置信息,同时,需要解决缓存失效问题寻址过程客户端只需要询问Zookeeper服务器,不需要连接Master服务器大数据技术原理与应用厦门大学计算机科学系林子雨4.5HBase运行机制4.5.1HBase系统架构4.5.2Region服务
18、器工作原理4.5.3Store工作原理4.5.4HLog工作原理大数据技术原理与应用厦门大学计算机科学系林子雨4.5.1HBase系统架构图4-9 HBase的系统架构大数据技术原理与应用厦门大学计算机科学系林子雨4.5.1HBase系统架构1.客户端客户端包含访问HBase的接口,同时在缓存中维护着已经访问过的Region位置信息,用来加快后续数据访问过程2.Zookeeper服务器Zookeeper可以帮助选举出一个Master作为集群的总管,并保证在任何时刻总有唯一一个Master在运行,这就避免了Master的“单点失效”问题Zookeeper是一个很好的集群管理工具,被大量用于分布式
19、计算,提供配置维护、域名服务、分布式同步、组服务等。大数据技术原理与应用厦门大学计算机科学系林子雨4.5.1HBase系统架构3.Master主服务器Master主要负责表和Region的管理工作:管理用户对表的增加、删除、修改、查询等操作实现不同Region服务器之间的负载均衡在Region分裂或合并后,负责重新调整Region的分布对发生故障失效的Region服务器上的Region进行迁移4.Region服务器Region服务器是HBase中最核心的模块,负责维护分配给自己的Region,并响应用户的读写请求大数据技术原理与应用厦门大学计算机科学系林子雨4.5.2Region服务器工作原理
20、图4-10Region服务器向HDFS文件系统中读写数据1.用户读写数据过程用户读写数据过程2.缓存的刷新缓存的刷新3.StoreFile的合并的合并大数据技术原理与应用厦门大学计算机科学系林子雨4.5.2Region服务器工作原理1.用户读写数据过程用户读写数据过程用户写入数据时,被分配到相应Region服务器去执行用户数据首先被写入到MemStore和Hlog中只有当操作写入Hlog之后,commit()调用才会将其返回给客户端当用户读取数据时,Region服务器会首先访问MemStore缓存,如果找不到,再去磁盘上面的StoreFile中寻找大数据技术原理与应用厦门大学计算机科学系林子雨
21、4.5.2Region服务器工作原理2.缓存的刷新缓存的刷新系统会周期性地把MemStore缓存里的内容刷写到磁盘的StoreFile文件中,清空缓存,并在Hlog里面写入一个标记每次刷写都生成一个新的StoreFile文件,因此,每个Store包含多个StoreFile文件每个Region服务器都有一个自己的HLog文件,每次启动都检查该文件,确认最近一次执行缓存刷新操作之后是否发生新的写入操作;如果发现更新,则先写入MemStore,再刷写到StoreFile,最后删除旧的Hlog文件,开始为用户提供服务大数据技术原理与应用厦门大学计算机科学系林子雨4.5.2Region服务器工作原理3.
22、StoreFile的合并的合并每次刷写都生成一个新的StoreFile,数量太多,影响查找速度调用Spact()把多个合并成一个合并操作比较耗费资源,只有数量达到一个阈值才启动合并大数据技术原理与应用厦门大学计算机科学系林子雨4.5.3Store工作原理图4-11StoreFile的合并和分裂过程Store是Region服务器的核心多个StoreFile合并成一个单个StoreFile过大时,又触发分裂操作,1个父Region被分裂成两个子Region大数据技术原理与应用厦门大学计算机科学系林子雨4.5.4HLog工作原理分布式环境必须要考虑系统出错。HBase采用HLog保证系统恢复HBas
23、e系统为每个Region服务器配置了一个HLog文件,它是一种预写式日志(WriteAheadLog)用户更新数据必须首先写入日志后,才能写入MemStore缓存,并且,直到MemStore缓存内容对应的日志已经写入磁盘,该缓存内容才能被刷写到磁盘大数据技术原理与应用厦门大学计算机科学系林子雨4.5.4HLog工作原理Zookeeper会实时监测每个Region服务器的状态,当某个Region服务器发生故障时,Zookeeper会通知MasterMaster首先会处理该故障Region服务器上面遗留的HLog文件,这个遗留的HLog文件中包含了来自多个Region对象的日志记录系统会根据每条日
24、志记录所属的Region对象对HLog数据进行拆分,分别放到相应Region对象的目录下,然后,再将失效的Region重新分配到可用的Region服务器中,并把与该Region对象相关的HLog日志记录也发送给相应的Region服务器Region服务器领取到分配给自己的Region对象以及与之相关的HLog日志记录以后,会重新做一遍日志记录中的各种操作,把日志记录中的数据写入到MemStore缓存中,然后,刷新到磁盘的StoreFile文件中,完成数据恢复共用日志优点:提高对表的写操作性能;缺点:恢复时需要分拆日志大数据技术原理与应用厦门大学计算机科学系林子雨4.6HBase应用方案4.6.1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Chapter4 厦门大学 林子 数据 技术 原理 应用 第四 分布式 数据库 HBase 2016 10 版本
链接地址:https://www.taowenge.com/p-86288892.html
限制150内