五种MySQL数据库可靠性方案的分析和比较.docVIP

五种MySQL数据库可靠性方案的分析和比较.doc

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
五种MySQL数据库可靠性方案的分析和比较.doc

  五种MySQL数据库可靠性方案的分析和比较教育资源库   这篇文章主要从基本情况、成本、优缺点和应用场合等方面对5种MySQL的可靠性方案进行了详细的分析和比较,另外,本文对MySQL数据库的开发和管理有一定的借鉴作用。详细内容请大家参考下文:   1、MySQL Clustering(ndb-cluster stogare)   简介:   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 aster / 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机时间会大大减少。 这篇文章来自..,。

文档评论(0)

ggkkppp + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档