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

一、前言

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

在这里插入图片描述

三、使用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的管理监控界面》。

  • 7
    点赞
  • 35
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 12
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 12
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

你个佬六

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值