MySQL 读写分离介绍 读写分离,简单地说是把对数据库的读和写操作分开,以对应不同的数据库服务器。主数据库提供写操作，从数据库提供读操作，这样能有效地减轻单台数据库的压力。
通过MyCat即可轻易实现上述功能，不仅可以支持MySQL，也可以支持Oracle和SQL Server。
一主一从 原理 MySQL的主从复制，是基于二进制日志（binlog）实现的。
在 主从复制 章节有详细说明。
准备 192.168.91.166 master root 123456 192.168.91.167 slave root 123456
备注：主从复制的搭建，可以参考前面文章中 主从复制 章节讲解的步骤操作。
{13-14} 1 2 3 4 5 6 7 8 9 10 11 12 13 14 mysql> show replica status\Gfor source to send event
一主一从读写分离 MyCat控制后台数据库的读写分离和负载均衡由schema.xml文件datahost标签的balance属性控制。
schema.xml配置 {8,9} 1 2 3 4 5 6 7 8 9 10 11 <schema name ="ITCAST_RW" checkSQLschema ="true" sqlMaxLimit ="100" dataNode ="dn7" > </schema > <dataNode name ="dn7" dataHost ="dhost7" database ="itcast01" /> <dataHost name ="dhost7" maxCon ="1000" minCon ="10" balance ="1" writeType ="0" dbType ="mysql" dbDriver ="jdbc" switchType ="1" slaveThreshold ="100" > <heartbeat > select user()</heartbeat > <writeHost host ="master1" url ="jdbc:mysql://192.168.91.166:3306?useSSL=false& serverTimezone=Asia/Shanghai& characterEncoding=utf8" user ="root" password ="123456" > <readHost host ="slave1" url ="jdbc:mysql://192.168.91.167:3306?useSSL=false& serverTimezone=Asia/Shanghai& characterEncoding=utf8" user ="root" password ="123456" /> </writeHost > </dataHost >
上述配置的具体关联对应情况如下：
writeHost代表的是写操作对应的数据库，readHost代表的是读操作对应的数据库。 所以我们要想实现读写分离，就得配置writeHost关联的是主库，readHost关联的是从库。
而仅仅配置好了writeHost以及readHost还不能完成读写分离，还需要配置一个非常重要的负责均衡的参数 balance，取值有4种 ，具体含义如下：
0 不开启读写分离机制 , 所有读操作都发送到当前可用的writeHost上 1 全部的readHost 与 备用的writeHost 都参与select 语句的负载均衡（主要针对于双主双从模式） 2 所有的读写操作都随机在writeHost , readHost上分发 3 所有的读请求随机分发到writeHost对应的readHost上执行, writeHost不负担读压力
所以，在一主一从模式的读写分离中，balance配置1或3都是可以完成读写分离的。
server.xml配置 配置root用户可以访问SHOPPING、ITCAST 以及 ITCAST_RW逻辑库。
1 2 3 4 5 6 7 8 9 10 11 12 13 <user name ="root" defaultAccount ="true" > <property name ="password" > 123456</property > <property name ="schemas" > SHOPPING,ITCAST,ITCAST_RW</property > </user >
测试 配置完毕MyCat后，重新启动MyCat。
1 2 bin/mycat stop
然后观察，在执行增删改操作时，对应的主库及从库的数据变化。 在执行查询操作时，检查主库及从库对应的数据变化。
在数据库写入一条数据，发现主从节点都增加一条数据，其实这条数据是从主节点写入的，因为数据是由主机点同步到从节点。
在数据库修改一条数据，发现主节点没有改变，从节点改变了，还是因为数据是由主机点同步到从节点。
在测试中，我们可以发现当主节点Master宕机之后，业务系统就只能够读，而不能写入数据了。
{14} 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 mysql> select * from tb_user;+ | id | name | sex | + | 1 | Tom | 1 | | 2 | Trigger | 0 | | 3 | Dawn | 1 | | 8 | It5 | 0 | + 4 rows in set (0.01 sec)> insert into tb_user(id,name,sex) values (10 ,'It5' ,0 );No operations allowed after connection closed.>
那如何解决这个问题呢？这个时候我们就得通过另外一种主从复制结构来解决了，也就是我们接下来演示的双主双从。
双主双从
docker 搭建MySQL一主一从 docker的安装
镜像下载 新建主服务器容器实例:3307 1 docker run -p 3307:3306 --name mysql-master -v /mydata/mysql-master/log:/var/log/mysql -v /mydata/mysql-master/data:/var/lib/mysql -v /mydata/mysql-master/conf:/etc/mysql -e MYSQL_ROOT_PASSWORD=root -d mysql:5.7
1 2 3 [root@MySQL-Master ~]"docker-entrypoint.s…" 10 minutes ago Up 10 minutes 33060/tcp, 0.0.0.0:3307->3306/tcp mysql-master
进入/mydata/mysql-master/conf目录下新建my.cnf 1 2 [root@MySQL-Master mycat]
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 [mysqld] server_id =101 binlog-ignore-db =mysql log-bin =mall-mysql-bin binlog_cache_size =1M binlog_format =mixed expire_logs_days =7 slave_skip_errors =1062
修改完配置后重启master实例 1 docker restart mysql-master
进入mysql-master容器 1 docker exec -it mysql-master /bin/bash
master容器实例内创建数据同步用户 1 2 CREATE USER 'slave' @'%' IDENTIFIED BY '123456' ;'slave' @'%' ;
新建从服务器容器实例3308 1 docker run -p 3308:3306 --name mysql-slave -v /mydata/mysql-slave/log:/var/log/mysql -v /mydata/mysql-slave/data:/var/lib/mysql -v /mydata/mysql-slave/conf:/etc/mysql -e MYSQL_ROOT_PASSWORD=root -d mysql:5.7
1 2 3 4 [root@MySQL-Master ~]"docker-entrypoint.s…" 17 seconds ago Up 15 seconds 33060/tcp, 0.0.0.0:3308->3306/tcp mysql-slave"docker-entrypoint.s…" 10 minutes ago Up 10 minutes 33060/tcp, 0.0.0.0:3307->3306/tcp mysql-master
进入/mydata/mysql-slave/conf目录下新建my.cnf 1 2 cd /mydata/mysql-slave/conf
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 [mysqld] server_id =102 binlog-ignore-db =mysql log-bin =mall-mysql-slave1-bin binlog_cache_size =1M binlog_format =mixed expire_logs_days =7 slave_skip_errors =1062 relay_log =mall-mysql-relay-bin log_slave_updates =1 read_only =1
修改完配置后重启slave实例 1 docker restart mysql-slave
进入mysql-slave容器 1 docker exec -it mysql-slave /bin/bash
在从数据库中配置主从复制 这条命令中的mall-mysql-bin.000001和617,要与master节点二进制日志坐标保持一致。
1 change master to master_host='192.168.91.166' , master_user='slave' , master_password='123456' , master_port=3307, master_log_file='mall-mysql-bin.000001' , master_log_pos=617, master_connect_retry=30;
master_host 主数据库的IP地址 master_port 主数据库的运行端口 master_password 在主数据库创建的用于同步数据的用户密码 master_log_file 指定从数据库要复制数据的日志文件，通过查看主数据的状态，获取File参数 master_log_pos 指定从数据库从哪个位置开始复制数据，通过查看主数据的状态，获取Position参数 master_connect_retry 连接失败重试的时间间隔，单位为秒
在从数据库中查看主从同步状态 {13,14} 1 2 3 4 5 6 7 8 9 10 11 12 13 14 mysql> show slave status\G
在从数据库中开启主从同步 再次从数据库中查看主从同步状态 {1，13,14} 1 2 3 4 5 6 7 8 9 10 11 12 13 14 mysql> show slave status\Gfor master to send event
测试 主机新建库-使用库-新建表-插入数据,ok 1 2 3 4 5 6 7 8 9 10 11 mysql> create database db01;1 row affected (0.00 sec)> use db01;> create table tb01(id int ,name varchar (10 ));0 rows affected (0.01 sec)> insert into tb01 values (1 ,'frx' );1 row affected (0.08 sec)
从机使用库-查看记录,ok 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 mysql> show databases;+ | Database | + | information_schema | | db01 | | mysql | | performance_schema | | sys | + 5 rows in set (0.00 sec)> use db01;table information for completion of table and column namesto get a quicker startup with - A> show tables;+ | Tables_in_db01 | + | tb01 | + 1 row in set (0.00 sec)> select * from tb01 where id = 1 ;+ | id | name | + | 1 | frx | + 1 row in set (0.00 sec)
