为了解决复杂均衡这方面难题，MySql官方推出了MySql Cluster的构架，下面就让我们从基本情况、成本、优缺点和应用场合等方面对5种MySql 服务器集群的可行性方案进行详细的分析和比较： 1、MySQL Clustering（ndb-cluster stogare） MySQL公司以存储引擎方式提供的高可靠性方案，是事务安全的，实时复制数据，可用于需要高可靠性及负载均衡的场合。该方案至少需要三个节点服务器才能达到较好的效果。 成本： 1） 节点服务器对RAM的需求很大，与数据库大小呈线性比例; 2） 最好使用千兆以太网络; 3） 还需要使用Dolphin公司提供的昂贵的SCI卡。 优点： 1） 可用于负载均衡场合; 2） 可用于高可靠性场合; 3） 高伸缩性; 4） 真正的数据库冗余; 5） 容易维护。 缺点： 随着数据库的变大，对RAM的需求变得更大，因此成本很高; 速度： 几乎 比典型的单独服务器（无千兆以太网，无SCI卡，存储引擎相关的限制少）慢10倍。 应用场合： 冗余，高可靠性，负载均衡 2、MySQL / GFS-GNBD/ HA （Active/Passive） GFS是事务安全的文件系统。同一时刻你可以让一个MySQL使用共享数据。 成本： 1） 最多n台高性能服务器的成本，其中一个激活的，其他作为备份服务器。 优点： 1） 高可靠性 2） 某种程度的冗余 3） 按照高可靠性进行伸缩 缺点： 1） 没有负载均衡 2） 没有保证的冗余 3） 无法对写操作进行伸缩 速度： 1） 单独服务器的2倍。对读操作支持得较好。 应用场合： 1） 需要高可靠性的、读操作密集型的应用 3、MySQL / DRBD / HA （Active/Passive） DRBD可以提供这样的共享硬盘。DRBD可以被设置成事务安全的。 同一时刻你可以让一个MySQL使用共享数据。 成本： 1） 最多n台高性能服务器的成本，其中一个激活的，而其他则作为备份服务器。 优点： 1） 高可靠性; 2） 一定程度的冗余; 3） 以高可靠性名义来看是可伸缩的。 缺点： 1） 没有负载均衡 2） 没有保证的冗余 3） 在写负载方面没有伸缩性 速度： 1） 在读写方面相当于单独服务器 应用场合： 1） 需要高可靠性、读操作密集型的应用 4、MySQL Write Master / Multiple MySQL Read Slaves （Active/Active） 考虑不同的读、写DB数据库连接的情况。可以使用一台主服务器用于写操作，而采用n台从服务器用于读操作。 成本： 1） 最多1台高性能写服务器，n台读服务器的成本 优点： 1） 读操作的高可靠性; 2） 读操作的负载均衡; 3） 在读操作负载均衡方面是可伸缩的。 缺点： 1） 无写操作的高可靠性; 2） 无写操作的负载均衡; 3） 在写操作方面无伸缩性; 速度： 1） 同单独服务器;在读操作方面支持得较好 应用场合： 1） 读操作密集型的、需要高可靠性和负载均衡的应用。 5、Standalone MySQL Servers（Functionally separated） （Active） 多台功能分离的单独服务器，没有高可靠性、负载均衡能力，明显缺点太多，不予考虑。 总结： MySQL官方网站推荐的HA方案是结合DRBD （本文中的方案3） 和 Replication （本文中的方案4）。假如再加上Linux Heartbeat还可实现Auto-failover功能，在此种情况下，我们会发现，down机时间会大大减少。 我们还看到，虽然上述方案解决了集群问题，但对于Mysql服务器之间的负载均衡还是存在问题的，下面我们就选用官方推荐的方案4，配合梭子鱼安全负载均衡机，来实现真正高效可靠的大型应用架构。
如何从Oracle技术支持获得更多phpMyAdmin 3.1.3.2 - MySQL管理利器相关资讯 mysql
- 数据库服务器 MySQL （08/15/2013 06:50:23）
- MySQL 5.6 GA 及逃亡潮 （02/08/2013 14:36:35）
- MySQL 5.5.22、5.1.62、5.0.96全线 （03/22/2012 19:03:49）
| - MySQL Administrator连接VMWare下 （05/24/2013 09:20:58）
- MySQL 5.1.68 发布 （02/05/2013 08:37:47）
- CentOS 5.2+MySQL+Heartbeat双机互 （01/29/2012 11:16:55）
|
本文评论 查看全部评论 （0）
易网时代-编程资源站