本文目录
如何组建MySQL集群
一个最简单的MySQL集群通常是一主一从的架构（Master-Slave）MySQL自带有主从同步的功能主要步骤如下：在主库上创建一个同步账号GRANT SELECT,REPLICATION SLAVE ON *.* TO user@’%’ IDENTIFIED BY’123456’在从库上设置主库change master to master_host=’主库IP’,master_port=主库端口,master_user=’user’,master_password=’123456’,master_auto_position=1;（mysql5.6以上）change master to master_host=’主库IP’,master_port=主库端口,master_user=’user’,master_password=’123456’,MASTER_LOG_FILE=’mysql-bin.000001’, MASTER_LOG_POS=0,在从库上启动同步线程start slave;复杂的集群通常通过第三方软件，比如刚刚GA的MySQL官方高可用MGR
如何在mysql的集群上实现多实例
如何在mysql的集群上实现多实例mysql的多实例有两种方式可以实现，两种方式各有利弊。第一种是使用多个配置文件启动不同的进程来实现多实例，这种方式的优势逻辑简单，配置简单，缺点是管理起来不太方便。第二种是通过官方自带的mysqld_multi使用单独的配置文件来实现多实例，这种方式定制每个实例的配置不太方面，优点是管理起来很方便，集中管理。
mysql集群有几种方案
LVS+Keepalived+MySQL（有脑裂问题？但似乎很多人推荐这个）DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？）MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？）MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？）MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？）MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法）淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba（事务支持？）
组建mysql集群的几种方案
但似乎很多人推荐这个） DRBD+Heartbeat+MySQL（有一台机器空余？Heartbeat切换时间较长？有脑裂问题？） MySQL Proxy（不够成熟与稳定？使用了Lua？是不是用了他做分表则可以不用更改客户端逻辑？） MySQL Cluster （社区版不支持INNODB引擎？商用案例不足？稳定性欠佳？或者还有其他问题？又或者听说现在发展不错？） MySQL + MHA （如果配上异步复制，似乎是不错的选择，又和问题？） MySQL + MMM （似乎反映有很多问题，未实践过，谁能给个说法） 淘宝的Cola(似乎现在停止开发了？)？变形虫Amoeba（事务支持？） 或者，其他方案？ 不管哪种方案都是有其场景限制 或说 规模限制，以及优缺点的。 1. 首先反对大家做读写分离，关于这方面的原因解释太多次数（增加技术复杂度、可能导致读到落后的数据等），只说一点：99.8%的业务场景没有必要做读写分离，只要做好数据库设计优化 和配置合适正确的主机即可。 2.Keepalived+MySQL --确实有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况； 3.DRBD+Heartbeat+MySQL --同样有脑裂的问题，还无法做到准确判断mysqld是否HANG的情况，且DRDB是不需要的，增加反而会出问题； 3.MySQL Proxy -- 不错的项目，可惜官方半途夭折了，不建议用，无法高可用，是一个写分离； 4.MySQL Cluster -- 社区版本不支持NDB是错误的言论，商用案例确实不多，主要是跟其业务场景要求有关系、这几年发展有点乱不过现在已经上正规了、对网络要求高； 5.MySQL + MHA -- 可以解决脑裂的问题，需要的IP多，小集群是可以的，但是管理大的就麻烦，其次MySQL + MMM 的话且坑很多，有MHA就没必要采用MMM建议： 1.若是双主复制的模式，不用做数据拆分，那么就可以选择MHA或 Keepalive 或 heartbeat 2.若是双主复制，还做了数据的拆分，则可以考虑采用Cobar；
