Mycat学习（5）--- Mycat实现真正的高可用（双主双从）

太过爱你忘了你带给我的痛 2023-01-15 02:26 147阅读 0赞

上一篇讲了Mycat实现读写分离和主从复制的基本配置（一主一从），但是在生产上，一主一从往往无法满足高可用的要求。所以这里我演示一下双主双从的配置。

## 1 准备工作 ##

我准备了四个数据库  
![在这里插入图片描述][2021042111381891.png]![在这里插入图片描述][20210421113900197.png]

## 2 设计思路 ##

部署4个数据库服务，其中3308和3310相互为主从，3309为3308的slave，3311为3310的slave。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70]

## 3 Mysql主从配置 ##

参考上一篇文章配置数据库 具体配置如下：

#### 3.1 3308主库配置 ####

#配置主机ID
    server_id=2
    #开启binlog日志
    log_bin=mysql-bin
    binlog_format=STATEMENT
    #拷贝忽略库
    binlog-ignore-db=mysql
    binlog-ignore-db=information_schema
    binlog-ignore-db=sys
    binlog-ignore-db=performance_schema
    #设置需要拷贝的库
    binlog-do-db=my_test
    #由于主机宕机后会变成备用机 所以有写操作的时候也需要更新日志
    log-slave-updates
    #设置自增主键的起始值，防止主键冲突。
    auto-increment-increment=2
    #设置自增主键每次加的值，也就是步长，防止主键冲突
    auto-increment-offset=2

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 1]

#### 3.2 3310主库配置 ####

server_id=2
    log_bin=mysql-bin
    binlog_format=STATEMENT
    binlog-ignore-db=mysql
    binlog-ignore-db=information_schema
    binlog-ignore-db=sys
    binlog-ignore-db=performance_schema
    binlog-do-db=my_test
    log-slave-updates
    auto-increment-increment=2
    auto-increment-offset=2

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 2]

#### 3.3 3309从库配置 ####

两台从机的配置如下，和之前单机单从的一样，只是需要注意的是修改serve\_id不要重复了。

server_id=3
    relay-log=mysql-relay

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 3]

#### 3.4 3311从库配置 ####

server_id=4
    relay-log=mysql-relay

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 4]

## 3.5 配置主从同步 ##

配置完数据库以后 全部重启，然后利用客户端开发工具打开从库，主库，首先我们要做的如下：

*  首先将3308主库和3309从库进行主从同步。
 *  然后将3310主库和3311从库进行主从同步。
 *  然后将3308主库和3310主库互为主从同步。

#### 3.5.1 3308和3309主从同步 ####

master:

SHOW MASTER STATUS;

slave:

CHANGE MASTER TO MASTER_HOST='192.168.119.11',MASTER_USER='root',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000002',MASTER_LOG_POS=2594,MASTER_PORT=3308;
    START SLAVE;
    SHOW SLAVE STATUS;
    
    #如果有问题需要重新配置 先停止同步
    STOP SLAVE;

#### 3.5.2 3310和3311主从同步 ####

master:

SHOW MASTER STATUS;

slave:

CHANGE MASTER TO MASTER_HOST='192.168.119.11',MASTER_USER='root',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=3217,MASTER_PORT=3310;
    START SLAVE;
    SHOW SLAVE STATUS;
    
    #如果有问题需要重新配置 先停止同步
    STOP SLAVE;

#### 3.5.2 3308和3310互为主从同步 ####

配置完两个从机后，开始配置两个主机互相复制，为什么要配置主机互相复制呢？原因是我们这的双主双从并不是双写的，也就是实际上写入的时候只有一个。还有如果其中一个主机宕机，肯定新上位的主机数据要一直的才行。

在3308 和3310都执行：  
master:

SHOW MASTER STATUS;

在3308执行：  
slave:

在3310执行：  
slave:

可能会出现如下问题：

1.  在执行START SLAVE;的时候报错如下：
    
        ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository
    
    意思是启动slave时，使用repository中信息初始化relay log结构失败了。  
    执行`reset slave;`即可。

## 4 Mycat双主双从读写分离 ##

下面是实现读写分离，借助mycat，打开mycat的配置文件schema.xml由于是两个主机两个从机，所以配置好两个主机从机的用户名和密码以及ip端口。同时设置balance为1，switchType为1，writeType为0,由于默认就是0所以不需要更改。  
其他的配置文件不变，见上一篇单主单从配置。  
schema.xml：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 5]

<?xml version="1.0"?>
    <!DOCTYPE mycat:schema SYSTEM "schema.dtd">
    <mycat:schema xmlns:mycat="http://io.mycat/">
    
    <schema name="mycatdb" checkSQLschema="false" sqlMaxLimit="100" dataNode="dn1"/>
    
    <dataNode name="dn1" dataHost="localhost1" database="my_test" />
    
    <dataHost name="localhost1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100">
        <heartbeat>select user()</heartbeat>
        <writeHost host="hostM3308" url="192.168.119.11:3308" user="root" password="123456">
            <readHost host="hostS3309" url="192.168.119.11:3309" user="root" password="123456" />
             <readHost host="hostS3310" url="192.168.119.11:3310" user="root" password="123456" />
        </writeHost>
        <writeHost host="hostM3310" url="192.168.119.11:3310" user="root" password="123456">
            <readHost host="hostS3311" url="192.168.119.11:3311" user="root" password="123456" />
            <readHost host="hostS3308" url="192.168.119.11:3308" user="root" password="123456" />
        </writeHost>
    </dataHost>
    </mycat:schema>

值得注意的是：  
**balance=“1”，全部的 readHost 与 stand by writeHost 参与 select 语句的负载均衡**，简单的说，当双主双从模式(M1->S1，M2->S2，并且 M1 与 M2 互为主备)，正常情况下，**M2,S1,S2 都参与 select 语句的负载均衡**。

## 5 验证双主双从+读写分离 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 6]

1.  在mycat客户端，新增数据发现所有的库的数据都会同步。
2.  停掉3308主库，就会发现，在Mycat端的新增和查询不受影响，但是查询数据库得知，3308主库宕机以后，它的从库3309也无法提供服务，只有另外一组主从3310和3311对外提供服务。
3.  再次重启3308数据库后发现，3308也就是第一个主库变成了备用读库，查询操作来自于所有的库（因为balance="1"本来就决定了备用主库3010会参与到读操作，原来的主库3308又降级成了读库），写操作只会在备用主库3010上执行。
4.  这个时候重启Mycat是无法将3308主库恢复成主库，只有重新宕掉备主3310，然后写操作才会切换到3308，3310恢复成备主。

## 5 总结 ##

在Mycat读写分离中,按照如上配置schema.xml，主备热切换会有如下规律：  
**1. 当M1宕机后，与它对应的S1也会不可用，那是因为在配置关系上，从库是隶属于写库，除非你重新配置一个，将从库作为写库。  
2. 在宕机前，每次的读操作是在M2,S1,S2这几个中负载均衡，而M1负责写操作。  
3. 当写库M1宕机后，M2就会变成主机，负责写操作，S1，S2负责读操作。  
4. 当M1宕机重启后，M2仍然是主机，负责写操作，读操作是在M1,S1,S2这几个中负载均衡，重启Mycat是无效的。  
5. 要想恢复M1作为主机而非备用主机，就要将M2宕机重启。**

[2021042111381891.png]: https://img-blog.csdnimg.cn/2021042111381891.png
[20210421113900197.png]: /images/20221022/439ad2a2ec1d43198636bfa8195caf26.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70]: /images/20221022/619c1346ef6048bd9d160e2f52f8ee1e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 1]: /images/20221022/17590fd4ab1d409d94a467f1bf133c82.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 2]: /images/20221022/5c0a3b5170cb4c37a7703453dc1bf9df.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 3]: /images/20221022/30057ddfb8c64009a8c188ea699a61be.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 4]: /images/20221022/bf3b23a63ce14e29a6e4b3d5ea7e80af.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 5]: /images/20221022/5a9e13c52780423bb670aca88918ef03.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3d1MjM3NDYzMzU4Mw_size_16_color_FFFFFF_t_70 6]: /images/20221022/d708ee96ff084e0ca042fd67fa15c682.png