Demo之Mycat读写分离面试+工作

Posted 2021-04-28 Java帮帮

前言

数据库读写分离对于大型系统或者访问量很高的互联网应用来说，是必不可少的一个重要功能；对于mysql来说，标准的读写分离是主从模式，一个写节点Master后面跟着多个读节点，其中包含两个步骤，其一是数据源的主从同步，其二是sql的读写分发；而Mycat不负责任何数据的同步，具体的数据同步还是依赖Mysql数据库自身的功能。

Mysql主从复制

准备两台主机，安装相同版本的Mysql数据库，下面准备配置Mysql的主从复制配置：

1.配置Master

配置my.ini或者my.conf如下：

server-id：一般设置为IP,注意要唯一；binlog_format：设置binlog的格式；log_bin：开启log_bin

2.配置Slave

配置my.ini或者my.conf如下：

relay_log：从服务器I/O线程将主服务器的二进制日志读取过来记录到从服务器本地文件，然后SQL线程会读取relay-log日志的内容并应用到从服务器；

3.分别重启Master和Slave

4.查询Master的状态

5.Slave设置Master

master_host：MasterIp；master_user：用于同步数据的用户；master_password：用于同步数据的密码；master_log_file：Slave从哪个日志文件开始同步数据；master_log_pos：从什么位置开始同步数据；

6.Slave开始同步

7.查看Slave同步状态

Slave_IO_Running和Slave_SQL_Running都为Yes表示已经开始工作了；

8.测试主从同步

在Master上创建数据库db1：

查看Slave是否能同步到数据库；

Mycat读写分离

Mycat读写分离配置在conf/schema.xml文件中：

maxCon：连接池的最大连接，minCon：例连接池的最小连接；dbType：指定后端连接的数据库类型；dbDriver：指定连接后端数据库使用的Driver，目前可选的值有native和JDBC；

balance：负载均衡类型

0：不开启读写分离机制，

1：全部的readHost与stand by writeHost参与select语句的负载均衡，

2：所有读操作都随机的在writeHost、readhost上分发，

3：所有读请求随机的分发到wiriterHost对应的readhost执行，writerHost不负担读压力

writeType：负载均衡类型

0：所有写操作发送到配置的第一个writeHost，第一个挂了切到还生存的第二个writeHost，重新启动后已切换后的为准，切换记录在配置文件中:dnindex.properties

1：所有写操作都随机的发送到配置的writeHost，1.5以后废弃不推荐

switchType：切换类型

-1：表示不自动切换，

1：默认值自动切换，

2：基于MySQL主从同步的状态决定是否切换（心跳语句为 show slave status），

3：基于MySQL galary cluster的切换机制（心跳语句为 show status like ‘wsrep%’）

slaveThreshold：Slave数据库延迟阀值

1.4开始支持MySQL主从复制状态绑定的读写分离机制，让读更加安全可靠；switchType=”2″ 与 slaveThreshold=”100″，此时意味着开启MySQL主从复制状态绑定的读写分离与切换机制，Mycat心跳机制通过检测show slave status中的 “Seconds_Behind_Master”, “Slave_IO_Running”, “Slave_SQL_Running” 三个字段来确定当前主从同步的状态以及Seconds_Behind_Master主从复制时延， 当Seconds_Behind_Master>slaveThreshold时，读写分离筛选器会过滤掉此Slave机器，防止读到很久之前的旧数据，而当主节点宕机后，切换逻辑会检查Slave上的Seconds_Behind_Master是否为0，为0时则表示主从同步，可以安全切换，否则不会切换；

heartbeat标签：明用于和后端数据库进行心跳检查的语句；

writeHost标签、readHost标签：writeHost指定写实例，readHost指定读实例，一个dataHost内可以定义多个writeHost和readHost，如果writeHost指定的后端数据库宕机，那么这个writeHost绑定的所有readHost都将不可用；由于这个writeHost宕机系统会自动的检测到，并切换到备用的writeHost上去。

Demo展示

1.准备测试数据

执行插入语句：

查询日志：

通过分片策略插入到dn1中

2.不开启读写分离机制，设置balance=0

执行查询：

查询日志：

可以发现查询的数据还是来自hostM1，没有进行读写分离

3.readHost与stand by writeHost参与select语句的负载均衡，设置balance=1

执行查询：

查询日志：

因为此处没有stand by writeHost，所以所有的读操作都进入了hostS2

4.所有读操作都随机的在writeHost、readhost上分发，设置balance=2

多次执行查询：

查询日志：

因为是随机分发，所以查询语句会在hostS2和hostM1上切换

5.分发到wiriterHost对应的readhost执行，设置balance=3

多次执行查询：

查询日志：

执行多次可以发现查询语句只在hostS2上

6.自动切换，switchType=1

停掉hostM1，执行查询语句：

如果writeHost指定的后端数据库宕机，那么这个writeHost绑定的所有readHost都将不可用

7.自动切换,设置balance=3，switchType=1

首先将readHost改成writeHost从库：

执行查询：

查询日志：

此时hostM1并不存在从库，所以就算balance=3，也会从hostM1查询

停到hostM1，执行查询和插入语句：

执行插入：

查看conf/dnindex.properties被更新了，内容如下：

hostM1是第0个，hostM2为第1个，所以后续的主库都是hostM2

重启Mycat，执行查询和插入语句：

执行插入：

可以发现因为dnindex.properties已经记录了主host，所以后面的查询和插入都定位到了hostM2

8.不自动切换，设置balance=1，switchType=-1

注：此处为了方便将conf/dnindex.properties中的localhost1设置为0

balance=1，所有查询语句在hostM2，停掉hostM1，执行查询：

执行插入语句：

可以查询无法插入数据，同时conf/dnindex.properties中的值也没有更新

9.安全切换，设置balance=1，switchType=2

正常切换，执行插入语句：

停掉hostM1，此时dnindex.properties更新，localhost1=1，表示已经切换为hostM2

延迟的切换，为了模拟同步的延迟，将hostM2的表锁住：

执行插入语句：

停掉hostM1，此时dnindex.properties没有更新，localhost1=0，表示没有切换

解锁表

10.避免读延迟，设置balance=3，switchType=2，slaveThreshold=1，同时配置writeHost

首先锁住表

然后执行插入数据：

此时执行查询语句：

解锁表然后再次查询表travelrecord，查询日志如下：

在从表同步数据延迟的情况下，查询数据到hostM1，当同步完成后，查询数据又到hostS2

总结

本文主要介绍了Mycat的读写分离以及相关配置，然后已Demo的形式展示Mycat的读写分离机制，其中尽可能将各种配置的情况展示出来，力求全名的了解Mycat读写分离。