您现在的位置是:首页 > 文章详情

MyCat读写分离配置

日期:2019-09-10点击:436

        读写分离在我们配置数据库集群时是必然会考虑的一个点,因为这可以有效的降低主库的负载,并且在读多余写的情况下,绝大部分的读请求都可以分发到各个不同的从库上。即使从库负载不够,也可以通过增加从库的方式来提升整体的查询效率。本文主要讲解MyCat如何进行读写分离的配置。

1. 环境搭建

        为了搭建读写分离数据库架构,这里我们需要准备两个数据库,一个作为主库,一个作为从库。本文所使用的方式是通过docker搭建的主从架构,因而可以在本机上直接运行。具体配置如下:

角色 主机名 主机ip 主机端口
主库 mysql-master 127.0.0.1 3306
从库 mysql-slave 127.0.0.1 3307

        关于docker如何搭建MySQL主从数据库,读者朋友可以阅读本人的文章(Docker搭建MySQL主从集群)。读者朋友也可以通过虚拟机的方式搭建主从数据库,这里就不再赘述。

2. MyCat配置

        关于MyCat的配置,其主要是需要在某一个数据库节点上同时指定主库和从库。下面是一个示例:

<?xml version="1.0"?> <!DOCTYPE mycat:schema SYSTEM "schema.dtd"> <mycat:schema xmlns:mycat="http://io.mycat/"> <schema name="mydb" checkSQLschema="true" sqlMaxLimit="100"> <table name="t_user" primaryKey="id" autoIncrement="true" dataNode="dn1"/> </schema> <dataNode name="dn1" dataHost="dhost1" database="db1"/> <dataHost name="dhost1" maxCon="1000" minCon="10" balance="1" writeType="0" switchType="-1" dbType="mysql" dbDriver="native"> <heartbeat>select user()</heartbeat> <writeHost host="hostM1" url="localhost:3306" user="root" password="root"/> <writeHost host="hostS1" url="localhost:3307" user="root" password="root"/> </dataHost> </mycat:schema> 

        关于上述配置,主要有如下几点需要说明:

  • xml的配置顺序schemadataNodedataHost的顺序不能发生变化;
  • dataHost中通过writeHost将主库和从库都配置进去,MyCat可以通过show master status来检测具体哪一个是主库,哪一个是从库;
  • dataHost上有两个参数:balanceswitchType
    • 这里balance可以指定四个值,其各个值的含义如下:
      • 0表示不开启读写分离机制,所有的读写操作都发送到writeHost上;
      • 1表示开始读写分离机制,所有的读操作都会发送到slave和standby-master上,所谓的standby-master指的是当前master的备用master节点;
      • 2表示所有的读操作随机的在master和slave上分发;
      • 3表示所有的读操作都分发到slave上,而master和standby-master都不负担读操作;
    • 这里switchType也可以指定四个值,各个值的含义如下:
      • -1表示当master挂了的时候,主从不进行自动切换;
      • 1表示当master挂了的时候,主从进行自动切换;
      • 2表示当master挂了的时候,基于MySQL的主从复制状态来决定是否进行自动切换;
      • 3表示当master挂了的时候,基于MySQL galary cluster的模式进行自动切换。
  • 在进行读写分离的时候,如果master节点宕机,那么此时,slave节点还是可以正常提供读操作的,而对于客户端发送的写操作,将会抛出异常。

        上述配置是读写分离的第一种方式,还有一种配置方式,就是将slave节点写到master节点内部,从而表明从属关系。其配置方式如下:

<?xml version="1.0"?> <!DOCTYPE mycat:schema SYSTEM "schema.dtd"> <mycat:schema xmlns:mycat="http://io.mycat/"> <schema name="mydb" checkSQLschema="true" sqlMaxLimit="100"> <table name="t_user" primaryKey="id" autoIncrement="true" dataNode="dn1"/> </schema> <dataNode name="dn1" dataHost="dhost1" database="db1"/> <dataHost name="dhost1" maxCon="1000" minCon="10" balance="1" writeType="0" switchType="-1" dbType="mysql" dbDriver="native"> <heartbeat>select user()</heartbeat> <writeHost host="hostM1" url="localhost:3306" user="root" password="root"> <readHost host="hostS1" url="localhost:3307" user="root" password="root" weight="1"/> </writeHost> </dataHost> </mycat:schema> 

        对于这种配置方式,有相关的文章说,如果master宕机,那么这种方式配置的slave机器就无法提供读服务,但是根据笔者的测试,其还是可以正常提供读服务的,因而上述两种方式没有特别大的区别。

3. 小结

        本文主要讲解了MyCat主从模式搭建的两种方式,并且详细讲解了其配置方式中需要注意的点。

原文链接:https://my.oschina.net/zhangxufeng/blog/3104260
关注公众号

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。

持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。

文章评论

共有0条评论来说两句吧...

文章二维码

扫描即可查看该文章

点击排行

推荐阅读

最新文章