Mysql架构的演化

Mysql微型高可用架构

方案：Mysql主从复制，读写分离 [attach]606[/attach] 服务器资源：两台服务器 优点：架构简单，节省资源 缺点：任何一台服务器down机，都会对业务造成影响。

网站发展初期，到一定程度，单台Mysql的读写效率是满足不了生产的应用的了。即使在网站使用了缓存后，大部分数据的读操作访问都不通过数据库完成，但是仍然有一部分的读操作(缓存不命中、缓存过期)和全部的写操作还是需要访问数据库，当数据库的访问达到一定压力后，数据库会因为负载过高成为整个系统的瓶颈。所以初期的读写分离很重要！

 

Mysql小型高可用架构

方案：MySQL双主、主从 + Keepalived主从自动切换 [attach]607[/attach] 服务器资源：四台服务器 优点：架构简单，资源适度 缺点：无法线性扩展，主从失败之后需要手动恢复主从架构。

单一的读写分离，满足不了业务需求之后，我们需要横向扩展多主多从，来达到压力分流和多向写入的设计。

MySQL中型高可用架构

方案：MMM + MySQL双主 + 多从高可用方案 [attach]608[/attach] 服务器资源： 1、至少五台服务器，2台MySQL主库，2台MySQL从库，1台MMM Monitor； 2、1台MMM Monitor选择低配； 3、如果不采用F5作为从库的负载均衡器，可用2台服务器部署LVS或HAProxy+Keepalived组合来代替； 优点：双主热备模式，读写分离，SLAVE集群可线性扩展 缺点：读写分离需要在程序端解决，Master大批量写操作时会产生主从延时

MySQL大型高可用架构

主要思路：中间件+MySQL Sharding 如方案：Cobar、Mycat等中间件+MySQL技术   另外，还分享些MySQL一些主流的高可用架构：

[]MySQL双主 + Keepalived主备自动切换方案(上面已有)[/][]MySQL主从 + Keepalived主从自动切换方案(上面已有)[/][]MMM+MySQL双主 + 多从高可用方案(上面已有)[/][]MySQL + Pecemaker(Heartbeat) + DRBD高可用[/][]MySQL + RHCS 高可用方案[/][]MySQL + Cluser 集群架构[/][]Percona Xtradb Cluster 集群高可用性解决方案[/][]中间件 + MySQL 大型集群解决方案(上面已提到)[/]

MySQL + Pecemaker(Heartbeat) + DRBD高可用 && MySQL + RHCS 高可用方案 [attach]609[/attach] Percona Xtradb Cluster 集群高可用性解决方案 [attach]610[/attach] MySQL多机房部署架构参考案例 [attach]611[/attach] [attach]612[/attach] [attach]613[/attach]