分布式数据库模式与反模式介绍_第1页
分布式数据库模式与反模式介绍_第2页
分布式数据库模式与反模式介绍_第3页
分布式数据库模式与反模式介绍_第4页
分布式数据库模式与反模式介绍_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、分布式数据库模式与反模式介绍基础软件的现状开源化是大趋势分布式渐成主流基础软件碎片化微服务模式兴起存储系统痛点日渐浮现大数据量下如何弹性扩展?分布式系统可用性如何定义和保证?可维护性?面向业务的开发复杂度?跨行事务SQL.扩展模型 - Sharding扩展模型 - Sharding优势实现简单对于简单的业务场景兼容性好劣势对业务层有侵入性分片固定,自动化程度低,扩展性 差, 很难实现按需弹性扩展无法实现复杂查询优化及高效透 明的事务维护成本高扩展模型 - Region扩展模型 - Region优势可以实现弹性扩展高度去中心化具有一定的自动Failover 能力劣势实现相对复杂业务层兼容性可用性

2、级别高可用的幻觉:主从模型主从模型不能同时满足强一致性和高可用性由于集群脑裂的存在说好的异地多活呢可用性级别唯一的高可用模型:分布式选举算法Multi-Paxos / Raft强一致,自动的故障转移及数据恢复,可接受的延迟一致性级别NewSQLScalabilitySQLACID TransactionHigh Availability / Auto-Failover案例:Google Spanner / F1Globally-distributedPaxosSQL above NoSQLACID Transaction supportTrueTime APIDesigned for Goog

3、le AdWords, originallybecame the successors of BigTable业务场景高吞吐,大容量Workload 相对分散反例:秒杀一致性,可用性和延迟的取舍典型场景: MySQL Sharding特点:高吞吐海量并发小事务模型相对简单没有复杂查询痛点:Scale 和 DDL跨 Shard 事务典型场景: Cross-datacenter HA特点:数据极端重要,不能容忍数据不一致0 downtime, 即使整个数据中心宕机都不能影响线上业务异地多活痛点:目前没有一个数据库解决主从复制方式不可靠,而且再跨数据中心的场景下延迟过大人工运维反模式一:滥用传统关系模型大量使用存储过程,外键,视图等大表与大表的 JOIN网络通信的代价OLAP 会更适合反模式二:没有利用好并发延迟和吞吐查询间依赖关系过强反模式三:不均匀的设计业务中存在单点计数器秒杀队列索引设计不合理全表扫描过

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论