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:所以我们已经实现了简单的数据读写分离。
侯哥语录:我曾经是一个职业教育者,现在是一个自由开发者。我希望我的分享可以和更多人一起进步。分享一段我喜欢的话给大家:"我所理解的自由不是想干什么就干什么,而是想不干什么就不干什么。当你还没有能力说不得时候,就努力让自己变得强大,拥有说不得权利。"
热门相关:都市极品小医圣 孽徒快坑师 仙王 娶一送一:爹地,放开我妈咪! 我有一张沾沾卡