【Mycat】数据库性能提升利器（三）——Mycat实现Mysql主从复制和读写分离

╰半夏微凉° 2022-06-04 10:28 349阅读 0赞

# 一、前言 #

在前一篇文章中，小编向大家 介绍了使用Mycat水平切分数据库。可以说，使用了水平分库后，数据库提升还是很高的。如果想更高的提高数据库性能，就可以考虑对Mysql进行主从复制和读写分离了。

在这篇博客中，小编就向大家介绍基于Mycat的Mysql主从复制和读写分离。

# 二、环境要求 #

跟着上一篇博客的环境：

*  Centos 7
 *  jdk-8u131-linux-x64.rpm
 *  Mycat-server-1.6-RELEASE-20161028204710-linux.tar.gz
 *  mysql
 *  Navicat数据库管理工具

设计思路：建立两个数据库，分别存放在192.168.137.16 和192.168.137.17，这两个数据库有相同的数据库版本，主从同步的数据库名字相同都为master。其中16上的master库为主库，负责写入操作。17上的master库为从库，负责读取操作。

![这里写图片描述][SouthEast]

# 三、使用logbin二进制文件实现主从复制 #

![这里写图片描述][SouthEast 1]

## 3.1 主从复制要求条件 ##

*  主DB server和从 DB server数据库版本一致，小编5.6
 *  主DB server和从DB server数据库数据名称要一致 ，小编就犯了这个错误。
 *  主DB server开启二进制日志，主DB server和DB server的server\_id都必须唯一

## 3.2 Mysql主服务器配置 ##

### 第一步：修改my.conf文件： ###

![这里写图片描述][SouthEast 2]

在`[mysqld]`段下添加：

#主从复制的数据库的名字
    binlog-do-db=master
    #忽略mysql数据库
    binlog-ignore-db=mysql
    #启用二进制日志
    log-bin=mysql-bin
    #服务器唯一ID，一般取IP最后一段
    server-id=16

![这里写图片描述][SouthEast 3]

### 第二步：重启mysql服务 ###

service mysqld restart

### 第三步：建立帐户并授权slave ###

mysql>GRANT FILE ON *.* TO 'backup'@'%' IDENTIFIED BY '123456';
    mysql>GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* to 'backup'@'%' identified by '123456';

注意：一般不用root帐号，“%”表示所有客户端都可能连，只要帐号，密码正确，此处可用具体客户端IP代替，如192.168.145.226，加强安全。

刷新权限

mysql> FLUSH PRIVILEGES;

第四步：查询master的状态

mysql> show master status;

![这里写图片描述][SouthEast 4]

注意：这里会生成二进制文件，mysql-bin.000004，指明了position为120，Binlog\_Do\_DB是master，小编就在这里出了错误，修改了my.conf后，没有重新启动mysql的服务，就没有产生新的二进制文件。

## 3.3 Mysql从服务器配置 ##

第一步：修改my.conf文件

[mysqld]
    server-id=17

![这里写图片描述][SouthEast 5]

第二步：配置从服务器

mysql>change master to master_host='192.168.137.16',master_port=3306,master_user='backup',master_password='123456',master_log_file='mysql-bin.000004',master_log_pos=120;

注意语句中间不要断开，master\_port为mysql服务器端口号(无引号)，master\_user为执行同步操作的数据库账户，“120”无单引号(此处的120就是`show master status` 中看到的position的值，这里的mysql-bin.000001就是file对应的值)。

第二步：启动从服务器复制功能

Mysql>start slave;

![这里写图片描述][SouthEast 6]

第三步：检查从服务器复制功能状态：

mysql> show slave status

……………………(省略部分)
    Slave_IO_Running: Yes //此状态必须YES
    Slave_SQL_Running: Yes //此状态必须YES
    ……………………(省略部分)

注：Slave\_IO及Slave\_SQL进程必须正常运行，即YES状态，否则都是错误的状态(如：其中一个NO均属错误)。

![这里写图片描述][SouthEast 7]

**注意：**

如果出现此错误：

Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.

因为是mysql是克隆的系统所以mysql的uuid是一样的，所以需要修改。  
      解决方法：  
      删除/var/lib/mysql/auto.cnf文件，重新启动服务。

![这里写图片描述][SouthEast 8]

## 3.4 效果展示 ##

16为主，17为从。

![这里写图片描述][SouthEast 9]

16插入一条数据，17也会添加。如果向17添加一条数据，16是不会添加的，这个只是主向从的同步。

# 四、使用mycat配置Mysql读写分离 #

## 4.1 读写分离配置 ##

当MySQL按照之前的主从复制方式配置好集群以后，可以开启Mycat的读写分离机制，Mycat 1.4 支持MySQL主从复制状态绑定的读写分离机制，让读更加安全可靠，以以下的配置为例，表明一个从节点hostS1与一个主节点hostM1组成了标准的一主一从的读写分离模式：

修改schema.xml文件：

<?xml version="1.0"?>
    <!DOCTYPE mycat:schema SYSTEM "schema.dtd">
    <mycat:schema xmlns:mycat="http://io.mycat/">
    
              <schema name="TESTDB" checkSQLschema="false" sqlMaxLimit="100" dataNode="database1"></schema>  
    
            <dataNode name="database1" dataHost="localhost1" database="master" />  
    
            <dataHost name="localhost1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="mysql" dbDriver="native" switchType="2" slaveThreshold="100">  
                    <heartbeat>show slave status</heartbeat>  
                    <writeHost host="cluster1" url="192.168.137.16:3306" user="root" password="root">  
                            <readHost host="slave1" url="192.168.137.17:3306" user="root" password="root" />  
                    </writeHost>  
                    <writeHost host="cluster2" url="192.168.137.17:3306" user="root" password="root"> 
            </dataHost>  
    
    </mycat:schema>

配置server.xml：

<user name="user">
        <property name="password">user</property>
        <property name="schemas">TESTDB</property>
        <property name="readOnly">false</property>
    </user>

说明：

balance：决定了哪些MySQL服务器参与到读SQL的负载均衡中，

*  0为不开启读写分离
 *  1为全部的readHost与standby writeHost参与select语句的负载均衡
    
    比如我们配置了1主3从的MySQL主从环境，并把第一个从节点MySQL配置为dataHost中的第二个writeHost，以便主节点宕机后，Mycat自动切换到这个writeHost上来执行写操作，此时balance=1就意味着第一个writeHost不参与读SQL的负载均衡，其他3个都参与；
 *  balance=2则表示所有的writeHost不参与，此时，只有2个readHost参与负载均衡。这里有一个细节需要你知道，readHost是从属于writeHost的，即意味着它从那个

writeHost获取同步数据，因此，当它所属的writeHost宕机了，则它也不会再参与到读写分离中来，即“不工作了”，这是因为  
此时，它的数据已经“不可靠”了。基于这个考虑，目前mycat 1.3和1.4版本中，若想支持MySQL一主一从的标准配置，并且在  
主节点宕机的情况下，从节点还能读取数据，则需要在Mycat里配置为两个writeHost并设置banlance=1。

WriteType参数设置：

*  writeType=“0”, 所有写操作都发送到可用的writeHost上。
 *  writeType=“1”，所有写操作都随机的发送到readHost。
 *  writeType=“2”，所有写操作都随机的在writeHost、readhost分上发。
    
    “readHost是从属于writeHost的，即意味着它从那个writeHost获取同步数据，因此，当它所属的writeHost宕机了，则它也不会再参与到读写分离中来，即“不工作了”，这是因为此时，它的数据已经“不可靠”了。基于这个考虑，目前mycat 1.3和1.4版本中，若想支持MySQL一主一从的标准配置，并且在主节点宕机的情况下，从节点还能读取数据，则需要在Mycat里配置为两个writeHost并设置banlance=1。”

switchType 目前有三种选择：

*  \-1：表示不自动切换
 *  1 ：默认值，自动切换
 *  2 ：基于MySQL主从同步的状态决定是否切换
    
    “Mycat心跳检查语句配置为 show slave status ，dataHost 上定义两个新属性： switchType=”2” 与slaveThreshold=”100”，此时意味着开启MySQL主从复制状态绑定的读写分离与切换机制。Mycat心跳机制通过检测 show slave status 中的 “Seconds\_Behind\_Master”, “Slave\_IO\_Running”, “Slave\_SQL\_Running” 三个字段来确定当前主从同步的状态以及Seconds\_Behind\_Master主从复制时延。“

## 4.2 效果展示 ##

查询：

![这里写图片描述][SouthEast 10]

写入：

![这里写图片描述][SouthEast 11]

主节点16宕机后，查询：

![这里写图片描述][SouthEast 12]

主节点16宕机后，写入：17作为了主，成功上位。

![这里写图片描述][SouthEast 13]

小编发现：当16重新启动后，17依然为主，没有改变。读写都由17做了。

# 五、小结 #

Mysql的读写分离是必要的步骤，这些可以提升数据库的性能，具体提升多少，小编还没有测试。留在以后测试吧！读写分离和主从复制就讲到这里了。  
下一篇博客向大家介绍一下《Mycat的管理监控界面》。

[SouthEast]: /images/20220604/fd0bbf3678aa418d984f40edfc1da6d6.png
[SouthEast 1]: /images/20220604/16d09e10433047fbb329bc6765a0f7be.png
[SouthEast 2]: /images/20220604/0b57454d57934ff5a5ea53f6f929a73f.png
[SouthEast 3]: /images/20220604/db1a86a6bc014486b5849f8a1a7a99eb.png
[SouthEast 4]: /images/20220604/e9824b2bdcc04ec394b41164b458962b.png
[SouthEast 5]: /images/20220604/33fa820494474dc69ad201602601bed8.png
[SouthEast 6]: /images/20220604/56d4ebacae5442bf80071206851ed480.png
[SouthEast 7]: /images/20220604/ab0b7d3d6c6c40dba993fc9f72002585.png
[SouthEast 8]: /images/20220604/9847fa8cad184a529ec19c802f1e271b.png
[SouthEast 9]: /images/20220604/7926eaaeed18470386014c82030b24bb.png
[SouthEast 10]: /images/20220604/fb256132a7b34b94841985a3f244d58a.png
[SouthEast 11]: /images/20220604/c04bbb0afec14d53a7a1192331f76840.png
[SouthEast 12]: /images/20220604/a55620bdc111491ea5f0d77e96bf2b95.png
[SouthEast 13]: /images/20220604/5de367750bbd48e58b5600de8c674e8e.png