MySQL运维15-一主一从读写分离

一、读写分离介绍

　　读写分离，是把数据库的读和写分开操作，以应对不同的数据库服务器。主数据库提供写操作，从数据库提供读操作，这样能有效的减轻单台数据库的压力。
　　
二、一主一从原理

　　MySQL的主从复制是基于二进制(binlog)实现的
　　
　　说明1：当主服务器的MySQL执行了DML，DDL语句之后，会将数据的变更写入到binlog日志中
　　说明2：在从服务器上有一个IOThread线程会读取主服务器上的binlog日志，然后写入到自己的中继日志(relay log)中
　　说明3：在从服务器上还有一个SQLThread线程会从自己的中继日志(relaylog)中读取数据变更，然后反映到自身的数据库上
三、主从复制准备

　　两台MySQL主机
　　192.168.3.91：角色master
　　192.168.3.90：角色slave
　　具体主从复制的配置如果不会的请参考《MySQL运维2-主从复制》
　　
　　在从服务器上查看主从配置。
　　然后在主服务器上创建rw数据库，这时在从库上就会自动创建rw数据库　　
　　
　　然后再在主服务器上的rw库中创建一个tb_test用于测试的表

1. create table tb_test(id int auto_increment primary key, name varchar(20));　　

复制代码

　　
四、配置schema.xml

　　
　　说明1：在业务中如果逻辑库中的所有表都要做读写分离，则可以在schema标签中省略所有的表
　　说明2：在dataHost数据节点中的配置中注意balance的值只能是“1”或者“3”，balance值的释义

• 
  
  
  
  • 0：不开启读写分离机制，所有读操作都发送当前可用的writeHost上
    
  • 1：全部的readHost与备用的writeHost都参与select语句的负载均衡（主要针对于双主双从模式）
    
  • 2：所有的读写操作都随机在writeHost，readHost上分发
    
  • 3：所有的读请求随机分发到writeHost对应的readHost上执行，writeHost不负担读压力
    
  
  

　　说明3：一组读写分离的库，其中readHost标签是嵌在writeHost标签中的
　　说明4：因为要读写分离，所以读写节点上的url是不同的
五、配置server.xml

　　
　　说明1：为root用户增加rw库的权限
六、读写分离测试

　　首先重启Mycat　　
　　
　　登录Mycat
　　
　　查看逻辑库和逻辑表
　　
　　说明1：我们在schema.xml没有配置逻辑表，所以会把rw数据库中的表，全部当做逻辑表，即我们之前创建的tb_test表会查询出来。
　　插入数据进行测试

1. insert into tb_test(name) values ("张三");
2. insert into tb_test(name) values ("李四");
3. insert into tb_test(name) values ("王五");

复制代码

　　
　　
　　这时主库和从库的tb_test表中都有了数据，进行查询测试。
　　
　　但是这个时候，我们并分不清这个查询出来的数据是主表的还是从表的，这时我们将从表中的“张三”改为“张三1”，因为主从复制，只是单向的从主到从复制，即主表改了，从表会跟着一起改，但是从表改了，主表的数据是不会改的。
　　
　　再次查询验证
　　
　　说明1：通过查询的数据得知，我们读取的数据是来自我们配置的从库的数据，即实现了读的数据是从库中的数据。
　　说明2：因为主从复制是从到主到从单向的复制，所以说明我们写数据一定是写入到主库的，不然从库是不会有数据的。
　　说明3：所以我们已经实现了简单的数据读写分离。
 

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！