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用于测试的表

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表会查询出来。

  插入数据进行测试

insert into tb_test(name) values ("张三");
insert into tb_test(name) values ("李四");
insert into tb_test(name) values ("王五");

  

  

  这时主库和从库的tb_test表中都有了数据,进行查询测试。

  

  但是这个时候,我们并分不清这个查询出来的数据是主表的还是从表的,这时我们将从表中的“张三”改为“张三1”,因为主从复制,只是单向的从主到从复制,即主表改了,从表会跟着一起改,但是从表改了,主表的数据是不会改的。

  

  再次查询验证

  

  说明1:通过查询的数据得知,我们读取的数据是来自我们配置的从库的数据,即实现了读的数据是从库中的数据。

  说明2:因为主从复制是从到主到从单向的复制,所以说明我们写数据一定是写入到主库的,不然从库是不会有数据的。

  说明3:所以我们已经实现了简单的数据读写分离。

 

热门相关:都市极品小医圣   孽徒快坑师   仙王   娶一送一:爹地,放开我妈咪!   我有一张沾沾卡