51CTO诚邀您9月23号和秒拍/国美/美团元专家一路聊智能CDN的优化之路,抓紧时光哦!
劣势:如不雅Master主机硬件故障且无法恢复,则可能造成部分未传送到Slave端的数据损掉。
2、MySQL Cluster (NDB)
优势:可用性异常高,机能异常好。每一份数据至少在不合主机膳绫擎存在一份拷贝,且冗余数据拷贝及时同步。
劣势:保护较为复杂,产品较新,存在朝分bug,今朝还不必定实用于比较核心的线上体系。
3、GALERA CLUSTER和PERCONA XTRDB CLUSTER(PXC)
【编辑推荐】
- 为什愦我更爱好PostgreSQL而不是MariaDB/MySQL
- MySQL主大年夜同步那点事儿
- 这8个MySQL陷阱,你必定得多多留意了~
- MySQL 8.0.3 RC版即将宣布,看看竽暌剐哪些变更
- 大年夜零开端搭建MongoDB数据库即办事
优势:靠得住性异常高,所有节点可以同时读写每一份数据,至少在不合主机膳绫擎存在一份拷贝,且冗余数据拷贝及时同步。
劣势:跟着集群的范围扩大年夜,机能会越来越差。
4、 不得不提的DRBD磁盘收集镜像筹划
大年夜架构上来说,它有点类似Replication,只是它是经由过程第三方的软件实现数据同步的过程,靠得住性比Replication更高,然则也就义了机能。
优势E敉件功能强大年夜,数据在底层块设备级别跨物理主机镜像,且可根据机能和靠得住性请求设备不合级其余同步。IO操作保持次序,可知够数据库对数据一致性的苛将近求。
劣势:非分布式文件体系情况无法支撑镜像数据同时可见,即机能和靠得住性两者互相抵触,无法实用于对二者请求都比较苛刻的情况。保护成本高于MySQL Replication。
个推在数据库方面也经历了大年夜单获得主大年夜再到主大年夜+高可用的过程,同时也经历了大年夜单一的MySQL+redis到MySQL+redis+es,最后到如今MySQL+redis+es+codis等等的演变。每一次的演变都是为懂得决临盆情况下的实际问题和痛点。单大年夜MySQL来说任何一个架构都无法解决所有的问题(痛点),都须要根据实际的情况选择一个合适架构。MySQL集群实现的筹划异常灵活多变,对于MySQL工作者来说若何选择一个合适的架垢荷饲一种挑衅,同时也是我们赓续研究和进修MySQL的动力。
四、各类高可用筹划的利弊比较
推荐阅读
51CTO诚邀您9月23号和秒拍/国美/美团元专家一路聊智能CDN的优化之路,抓紧时光哦! 比来一段时光一向在给公司的新 产品设计 插画,在设计的过程中也有了一些思虑,大年夜而产生了这篇文┞仿>>>详细阅读
本文标题:浅析开源数据库MySQL架构
地址:http://www.17bianji.com/lsqh/37411.html
1/2 1