Week6 总结

发布于: 19 小时前
Week6总结

上周课介绍数据库主从复制、主主复制部署方案,综合使用主从复制和主主复制部署方案,提升系统读性能,保证数据库的高可用。目前的方案只能解决并发读取的问题,并没有解决大量并发写操作。主要的解决办法就是将数据分片。

数据分片的原理是将一只数据量达到几亿甚至几十亿大表,拆分成若干片,每一个服务器只存储一一片甚至几片。提供一张表几亿、几十亿的存储。因为数据分片存储的多个服务器上,每个服务器的负载压力变低了,通过路由算法,整个分布式数据库可以提供更高更大的并发读写能力。主要的作用就是解决单表数据量特别大,单表的存储超过的单个服务器的存储能力,另外写操作特别多,高并发写的问题。

数据分片的方案:

1、应用程序中进行分片,也叫硬编码分片;代码根据关键字段实现将同一个表的数据路由到不同的数据库上,实现数据分片。

2、外部映射表存储,使用一张表存储数据和保存服务器的映射关系。相比硬编码分片可以灵活定义多个映射字段和服务器节点的映射关系。这种方案的问题有一个比较大的问题,因为单表数据量比较大才进行分片的,现在要保存相同数据量的映射关系,又产生的单表数据量大的问题。

3、分布式数据中间件,由客户端程序访问数据库中间件,有数据库中间件判断数据具体要保存的数据库服务器。

NoSQL数据库

在分布式数据存储系统的CAP原理说明了满足分区耐受性的情况下,数据一致性和可用性无法同时满足。CAP和数据一致性冲突,分布式数据系统只能满足最终一致性。意思是用户访问的数据或者存在在系统的数据是不一致的,但是最终是一致的。

最终一致实现策略:

1、根据时间戳写覆盖;

2、客户端冲突解决;

3、投票解决冲突(canssandra)

用户头像

王志祥

关注

还未添加个人签名 2017.10.19 加入

还未添加个人简介

评论

发布
暂无评论
Week6总结