拉文 发表于 2023-12-25 22:19:12

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:所以我们已经实现了简单的数据读写分离。
 

来源:https://www.cnblogs.com/Se7eN-HOU/p/17926268.html
免责声明:由于采集信息均来自互联网,如果侵犯了您的权益,请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容,谢谢合作!
页: [1]
查看完整版本: MySQL运维15-一主一从读写分离