查看原文
其他

mycat实践篇-Mycat读写分离案例

2016-06-27 IT哈哈

目前有大量Mycat的生产实践案例是属于简单的读写分离类型的,此案例主要用到Mycat的以下特性:

读写分离支持

高可用

大多数读写分离的案例是同时支持高可用性的,即Mycat+MySQL主从复制的集群,并开启Mycat的读写分离功能,这种场景需求下,Mycat是最为简单并且功能最为丰富的一类Proxy,正常情况下,配置文件也最为简单,不用每个表配置,只需要在schema.xml中的元素上增加dataNode=“defaultDN”属性,并配置此dataNode对应的真实物理数据库的database,然后dataHost开启读写分离功能即可。

若不想要自动切换功能,即MySQL写节点宕机后不自动切换到备用节点,则如下配置:


<dataHost name="localhost1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="mysql" dbDriver="native">

<heartbeat>select user()</heartbeat>

<!-- can have multi write hosts -->

<writeHost host="hostM1" url="localhost:3306" user="root" password="123456">

<!-- can have multi read hosts -->

<readHost host="hostS1" url="localhost2:3306" user="root" password="123456" />

</writeHost>

</dataHost>


如果要实现自动切换到备用节点,则如下配置: 


<dataHost name="localhost1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="mysql" dbDriver="native">

<heartbeat>select user()</heartbeat>

<!-- can have multi write hosts -->

<writeHost host="hostM1" url="localhost:3306" user="root" password="123456" />

<writeHost  host="hostS1" url="localhost2:3306" user="root" password="123456" />

</dataHost>

此时,第一个writeHost故障后,会自动切换到第二个,第二个故障后自动切换到第三个,当你是1主3从的模式的时候,可以把第一个从节点配置为writeHost 2,第2个和第三个从节点则配置为writeHost 1的readHost,如下所示: 


<dataHost name="localhost1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="mysql" dbDriver="native">

<heartbeat>select user()</heartbeat>

<writeHost host="hostM1" url="localhost:3306" user="root" password="123456"  >

<readHost host="hostS2" url="localhost3:3306" user="root" password="123456" />

<readHost host="hostS3" url="localhos4t:3306" user="root" password="123456" />

</writeHost><writeHost  host="hostS1" url="localhost2:3306" user="root" password="123456" />

</dataHost>

为了提升查询的性能,有人创新的设计了一种MySQL主从复制的模式,主节点为InnoDB引擎,读节点为MyISAM引擎,经过实践,发现查询性能提升不少。

此外,为了减少主从复制的时延,也建议采用MySQL 5.6+的版本,用GTID同步复制方式减少复制的时延,可以将一个Database中的表,根据写频率的不同,分割成几个Database,用Mycat虚拟为一个Database,这样就满足了多库并发复制的优势,

需要注意的是,要将有Join关系的表放在同一个库中。

最后,对于某些表,要求不能有复制时延,则可以考虑这些表 放到Gluster集群里,消除同步复制的时延问题,前提是这些表的修改操作并不很频繁,需要做性能测试,以确保能满足业务高峰。

总结一下,Mycat做读写分离和高可用,可能的方案很灵活,只有你没想到的,没有做不到的。


您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存