OceanBase分布式数据库技术概述.pptx
- 文档编号:172421
- 上传时间:2022-10-05
- 格式:PPTX
- 页数:26
- 大小:984.79KB
OceanBase分布式数据库技术概述.pptx
《OceanBase分布式数据库技术概述.pptx》由会员分享,可在线阅读,更多相关《OceanBase分布式数据库技术概述.pptx(26页珍藏版)》请在冰豆网上搜索。
OceanBase分布式数据库技术概述,OceanBase分布式数据库的新征程,OceanBase分布式数据库的新征程,OceanBase是原生分布式数据库,具有良好的扩展性和容灾能力,TPC-C世界第一OceanBase给用户透明的体验,像使用单机数据库一样使用分布式数据库没有分库分表的烦恼支持全局索引不限制事务大小,数据库系统发展历史,12,事务处理的挑战,3,分布式场景的挑战,4,OceanBase解决之道,5,总结,目录CONTENTS,数据库管理系统发展历史,数据库管理系统究竟是什么时间出现的?
数据库管理系统发展历史,1965年Sabre系统上线,数据库管理系统作为更多“关键业务”的底座应用在方方面面数据库管理系统作为一个独立的系统在60年代末被广泛接受,批处理,磁带,在线处理,磁盘,1960年代之后,业务场景,存储介质,时间,1960年代之前,数据库管理系统发展历史,数据库管理系统的最大价值是通过抽象简化业务构建,用数据模型抽象表达硬盘上存储的裸数据层次、网络、关系、对象,用模型上的操作抽象表达存储设备的IO操作CreateReadUpdateDelete用事务模型抽象表达业务逻辑,物理存储,数据模型,DDL,底层接口,模型操作,DML,底层细节,上层抽象,功能,事务,事务,复杂操作,事务处理系统与数据库管理系统,事务型中间件,数据库管理系统,操作系统,事务处理系统TransactionProcessingSystem,事务处理系统面向业务,解决实际业务的问题,保证最终的业务操作具有事务特性,事务处理系统与数据库管理系统,数据模型访问层,事务引擎,存储引擎,数据库管理系统DataBaseManagementSystem,数据库管理系统的面向抽象后的数据模型,抽象程度更高,事务特性面向数据模型上的操作,目录CONTENTS,数据库系统发展历史,12,事务处理的挑战,3,分布式场景的挑战,4,OceanBase解决之道,5,总结,事务抽象的是什么?
故障恢复FailureRecovery,并发控制ConcurrencyControl,持久性(Durability)为什么难?
为计算机编制好面对一切情况的手册,Atomicity,Durability,Isolation,Consistency,从批处理到在线服务的最大变化计算机资源利用率最大化是复杂性的来源,故障恢复所有处理持久化状态的程序都必须面对的难题日常生活中故障也经常发生考试时写字的笔没水了超市付款时手机没电了人可以轻松应对这些问题计算机需要编制好程序告诉它该怎么做。
需要为它编制好面对一切情况的手册把要做的工作做完整,故障恢复数据库管理系统的实现实际系统中有两个得以广泛运用的方法:
ShadowPagingLogginRedo/Undo日志对每一次修改,产生日志同时记录旧值和新值在修改落盘之前,对应的日志记录必须先落盘事务commit时,所有的日志保证落盘重做:
按照redo日志重做所有没有落盘的已提交事务修改回滚:
按照undo日志回滚所有未提交事务的修改,并发控制,所有程序都会面对的挑战并发控制的目的是保证正确性的同时让计算机资源利用率最大化,资源利用效率由低到高:
互斥锁读写锁细粒度锁写时拷贝,structinta;intb;intc;互斥锁,读写锁,细粒度锁,写时拷贝,lock,structrwlockinta;intb;,intc;,struct,inta;intb;intc;,structstruct,inta;intb;intc;,forwriteforread,并发控制数据库管理系统的实现,并发控制机制:
从基于锁的机制到多版本并发控制机制,多版本并发控制机制最好的并发能力读取操作不影响写入更适合并发越来越大的分布式数据库,大量的数据库系统都采用多版本并发控制机制,RepeatableRead,Fine-GrainedLocking,DB2,SnapshotIsolation,MVCC,OceanBaseOracleSQLServerSpanner,典型隔离级别,并发控制机制,并发能力低,并发能力高,效果,并发控制数据库管理系统的实现,ReadView:
记录快照点所有活跃事务列表取快照点非常耗时,不具备扩展性ReadVersion:
快照版本号快照点是一个值,支持高并发获取,Snapshot:
ReadView,Snapshot:
ReadVersion,NoCommitVersion,HaveCommitVersion,目录CONTENTS,数据库系统发展历史,12,事务处理的挑战,3,分布式场景的挑战,4,OceanBase解决之道,5,总结,分布式数据库的挑战分布式环境下的故障恢复同时修改多台机器的数据,原子性的保证更挑战分布式环境下的并发控制要协调多台机器的不同操作跨越多台机器的读取要有一致性的快照,分布式数据库的挑战OceanBase的目标是让分布式数据库系统的使用体验和单机数据库系统一样自动的分布式提交保证跨机事务的原子性低延迟全局事务一致性高效全局一致性快照事务大小不限制,目录CONTENTS,数据库系统发展历史,12,事务处理的挑战,3,分布式场景的挑战,4,OceanBase解决之道,5,总结,故障恢复的解决方案,Client,Server1,Server2,Server3,Server4,Session,SQL1SQL2SQL3COMMIT,系统内部自动记录数据修改发生的位置,事务提交时自动选择走一阶段提交还是两阶段提交,故障恢复的解决方案,OceanBase分布式事务协调者无持久化状态OceanBase两阶段提交低延迟1次日志延迟+1次RPC延迟,P0,P1,协调者,commit,preparereq,prepareok,commitok,commitreq,commitok,并发控制的解决方案,多版本并发控制机制,事务执行过程中产生的修改都以未提交数据存储在系统中,读取根据快照版本选择系统中的历史数据不会见到正在修改的数据只会见到版本一致的数据,A=A-50,读取到A=500B=200,机器1账户A,机器2账户B,B=B+50,读取到A=500B=200,读取到A=450B=250,并发控制的解决方案,OceanBase使用Merge-Dump引擎数据先写入内存中,待内存存储一定量数据后持久化到硬盘中,事务执行中的修改也是先写到内存中再持久化到硬盘里,MemTable,TransID,Data,SSTable,MemTable,SSTable,SSTable,Dump,并发控制的解决方案,INSERTINTORESSELECTC1,C2,C3,C4FROMA,BWHEREA.NO=B.NOANDB.TYPE!
=XX,UPDATEASETSTATUS=1WHEREA.EV_DATEBETWEENTO_DATE(2008-JUN-01,YYYY-MON-DD)ANDTO_DATE(2008-JUL-01,YYYY-MON-DD),不限制事务大小批量写入保证原子性,修改与读取隔离提交瞬间生效,总结OceanBase是原生分布式数据库,利用分布式集群给用户提供可扩展和高可用的数据库系统服务OceanBase给用户透明的体验,像使用单机数据库一样使用分布式数据库,没有分库分表的烦恼,支持全局索引,不限制事务大小,26,谢谢!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- OceanBase 分布式 数据库技术 概述
![提示](https://static.bdocx.com/images/bang_tan.gif)