设为首页 收藏本站
查看: 570|回复: 0

[经验分享] 五种MySQL数据库可靠性方案的分析与比较

[复制链接]

尚未签到

发表于 2016-10-19 09:20:52 | 显示全部楼层 |阅读模式
 这篇文章主要从基本情况、成本、优缺点和应用场合等方面对5种MySQL的可靠性方案进行了详细的分析和比较,另外,本文对MySQL数据库的开发和管理有一定的借鉴作用。
<script>document.write(&quot;&lt;SCRIPT LANGUAGE=/&quot;JavaScript1.1/&quot; SRC=/&quot;http:////ucpn.yesky.com//js.ng//area=cc-wenzhangye_pip1&amp;format=picinpic&amp;node_ctocio_cto=&quot;+nodeid+&quot;&amp;num=1&amp;page=cont&amp;site=ctocio_cto/&quot;&gt;&lt;//SCRIPT&gt;&quot;);</script><script src="http://ucpn.yesky.com/js.ng/area=cc-wenzhangye_pip1&amp;format=picinpic&amp;node_ctocio_cto=20380&amp;num=1&amp;page=cont&amp;site=ctocio_cto"></script>
  这篇文章主要从基本情况、成本、优缺点和应用场合等方面对5种MySQL的可靠性方案进行了详细的分析和比较,另外,本文对MySQL数据库的开发和管理有一定的借鉴作用。详细内容请大家参考下文:
  1、MySQL Clustering(ndb-clusterstogare)
  简介:
  MySQL公司以存储引擎方式提供的高可靠性方案,是事务安全的,实时复制数据,可用于需要高可靠性及负载均衡的场合。该方案至少需要三个节点服务器才能达到较好的效果。
  成本:
  节点服务器对RAM的需求很大,与数据库大小呈线性比例;
  最好使用千兆以太网络;
  还需要使用Dolphin公司提供的昂贵的SCI卡。
  优点:
  可用于负载均衡场合;
  可用于高可靠性场合;
  高伸缩性;
  真正的数据库冗余;
  容易维护。
  缺点:
  随着数据库的变大,对RAM的需求变得更大,因此成本很高;
  速度:
  几乎 比典型的单独服务器(无千兆以太网,无SCI卡,存储引擎相关的限制少)慢10倍。
  应用场合:
  冗余,高可靠性,负载均衡
  2、MySQL / GFS-GNBD/ HA (Active/Passive)
  简介:
  如果多个MySQL服务器使用共享硬盘作为数据存储,此方案如何?
  
  GFS/GNBD可以提供所需的共享硬盘。
  GFS是事务安全的文件系统。同一时刻你可以让一个MySQL使用共享数据。
  成本:
  最多n台高性能服务器的成本,其中一个激活的,其他作为备份服务器。
  优点:
  高可靠性
  某种程度的冗余
  按照高可靠性进行伸缩
  缺点:
  没有负载均衡
  没有保证的冗余
  无法对写操作进行伸缩
  速度
  单独服务器的2倍。对读操作支持得较好。
  应用场合
  需要高可靠性的、读操作密集型的应用
  3、MySQL / DRBD / HA (Active/Passive)
  简介:
  如果多个MySQL服务器使用共享硬盘作为数据存储,此方案如何?
  DRBD可以提供这样的共享硬盘。DRBD可以被设置成事务安全的。
  同一时刻你可以让一个MySQL使用共享数据。
  成本:
  最多n台高性能服务器的成本,其中一个激活的,而其他则作为备份服务器。
  
  优点:
  高可靠性;
  一定程度的冗余;
  以高可靠性名义来看是可伸缩的。
  缺点:
  没有负载均衡
  没有保证的冗余
  在写负载方面没有伸缩性
  速度:
  在读写方面相当于单独服务器
  应用场合
  需要高可靠性、读操作密集型的应用
  4、MySQL Write Master / Multiple MySQL Read Slaves (Active/Active)
  简介:
  考虑不同的读、写DB数据库连接的情况。可以使用一台主服务器用于写操作,而采用n台从服务器用于读操作。
  成本:
  最多1台高性能写服务器,n台读服务器的成本
  优点:
  读操作的高可靠性;
  读操作的负载均衡;
  在读操作负载均衡方面是可伸缩的。
  缺点:
  无写操作的高可靠性;
  无写操作的负载均衡;
  在写操作方面无伸缩性;
  速度:
  同单独服务器;在读操作方面支持得较好
  应用场合
  读操作密集型的、需要高可靠性和负载均衡的应用。
  5、Standalone MySQL Servers(Functionally separated) (Active)
  多台功能分离的单独服务器,没有高可靠性、负载均衡能力,明显缺点太多,不予考虑。
  总结:
  MySQL官方网站推荐的HA方案是结合DRBD (本文中的方案3) 和 Replication (本文中的方案4)。假如再加上Linux Heartbeat还可实现Auto-failover功能,在此种情况下,我们会发现,down机时间会大大减少。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-288255-1-1.html 上篇帖子: mysql 导出导入数据server has gone away问题解决 下篇帖子: 利用PHP程序设定防止MySQL注入或HTML表单滥用
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表