分布式数据库【4、可用性、CAP原理、BASE原理】

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了分布式数据库【4、可用性、CAP原理、BASE原理】，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1715字，纯文字阅读大概需要3分钟。

内容图文

本文重点分析、研究分布式数据库的可用性 高可用性定义【high availability】是指分布式数据库在几乎所有情况下都能够正常的工作，【思考】，分布式数据库必须能够检测故障；能够重新配置系统且继续计算； 明确区分站点故障与网络划分【partition】是不可能

本文重点分析、研究分布式数据库的可用性

高可用性定义【high availability】是指分布式数据库在几乎所有情况下都能够正常的工作，【思考】，分布式数据库必须能够检测故障；能够重新配置系统且继续计算；

明确区分站点故障与网络划分【partition】是不可能的，也就是S1、S2无法通信不能确定是因为站点故障的原因还是站点间链路出现问题导致；

站点重建/恢复的复杂性，远远不像看着这么简单，其需要考虑事务的当前执行情况、数据项的更新；

CAP定理；consistency availability partition- tolerance

BASE性质：

基本上可用；basically available：主要的需求是可用性，既是出现划分的情况下，也应该允许更新、哪怕以牺牲一致性为代价

软状态：soft state，网络划分可能导致数据库每个副本都有一定程度不同的状态，从而导致整体状态不明

最终一致性：eventually consistent：当解决完划分后，要求最终所有副本形成一致；

==分布式数据库概要总结

1、分布式数据库由多个站点构成，每个站点具备自己的db、局部事务；全局事务需要访问各个站点的数据，且在各个站点间通信；

2、分布式数据库涉及到分片及复制、对用户而言最大透明化；

3、广泛使用的全局事务处理协议2PC协议，但是容易产生阻塞、死锁问题；

4、持久消息为分布式事务处理提供了一种可选模式，该模式将单个事务拆分成可在不同数据库执行的多个部分；持久消息被传送到需要采取动作的远程站点，能够避免2PC的阻塞问题，但是需要app程序编写代码处理各种类型的故障；

4、为了提高可用性，分布式db需要能够检测故障、并且重构系统、且在站点或者链路修复后能够恢复。由于站点故障与网络划分的故障很难区别，因此这个任务比较复杂。

内容总结

以上是互联网集市为您收集整理的分布式数据库【4、可用性、CAP原理、BASE原理】全部内容，希望文章能够帮你解决分布式数据库【4、可用性、CAP原理、BASE原理】所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端