一、前言

在前一篇文章中，小编向大家介绍了使用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库为从库，负责读取操作。

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

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

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文件：

在[mysqld]段下添加：

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

第二步：重启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;

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

3.3 Mysql从服务器配置

第一步：修改my.conf文件

[mysqld]
server-id=17

第二步：配置从服务器

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;

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

mysql> show slave status

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

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

注意：

如果出现此错误：

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文件，重新启动服务。

3.4 效果展示

16为主，17为从。

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 效果展示

查询：

写入：

主节点16宕机后，查询：

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

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

五、小结

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

秒客网

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