侧边栏壁纸
博主头像
落叶人生博主等级

走进秋风,寻找秋天的落叶

  • 累计撰写 130562 篇文章
  • 累计创建 28 个标签
  • 累计收到 9 条评论
标签搜索

目 录CONTENT

文章目录

Mycat实现MySQL读写分离

2024-05-15 星期三 / 0 评论 / 0 点赞 / 112 阅读 / 7629 字

读写分离,简单地说是把对数据库的读和写操作分开,以对应不同的数据库服务器。主数据库提供写操作,从数据库提供读操作,这样能有效地减轻单台数据库的压力。主数据库进行写操作后,数据及时间同步到所读的数据库,

        读写分离,简单地说是把对数据库的读和写操作分开,以对应不同的数据库服务器。主数据库提供写操作,从数据库提供读操作,这样能有效地减轻单台数据库的压力。主数据库进行写操作后,数据及时间同步到所读的数据库,尽可能保证读、写数据库的数据一致,比如MySQL的主从复制、Oracle的DATA GUARD、SQL Server的复制订阅等。在很多系统中,读操作的比例远高于写操作,所以对应读操作的数据库可以有多台,通过负载均衡技术进一步分摊读操作的压力,让整个数据系统高效、平稳地运行。而这些读写分离所需的复杂的数据库架构,要对开发人员和应用程序透明。我们通过Mycat即可轻易实现上述功能,不仅可以支持MySQL,也可以支持Oracle和SQL Server。

Mycat控制后台数据库的读写分离和负载均衡由schema.

l  balance=”0”:不开启读写分离机制,所有读操作都发送到当前可用的writeHost上。

l  balance=”1”:全部的readHost与standby writeHost都参与select语句的负载均衡,简而言之,当为双主双从模式(M1->S1,M2->S2,并且M1与M2互为主备)时,在正常情况下,M1、S1和S2都参与select语句的负载均衡。

l  balance=”2”:所有的读操作都随机地在writeHost、readHost上分发。

l  balance=”3”:所有的读请求都随机分发到writeHost对应的readHost上执行,writeHost不负担读压力,注意balance只在Mycat1.4及之后的版本中有。

下面将通过实例验证并结合log来说明各种情况下的读写分离。

MySQL主从读写分离的准备环境见下表:

项目

Mycat

MySQL-master

MySQL-slave

IP

11.112.0.123

11.112.0.10

11.112.0.51

Port

8066/9066

3066

3066

MySQL为一主一从,本文档重在介绍Mycat的用法,关于MySQL主从配置请参考其他文档。

实验用例表如下:

create database yf;create table travelrecord(id int(11) not null auto_increment,org_code varchar(20) not null,test_name varchar(20) default null,primary key(id)) engine=InnoDB default CHARSET=UTF8;

当balance为0时,不开启读写分离机制,所有读操作都发送到当前的writeHost上。Mycat的基本配置如下:

<?xml version="1.0"?><!DOCTYPE mycat:schema SYSTEM "schema.dtd"><mycat:schema xmlns:mycat="http://io.mycat/">       <schema name="mycat01" checkSQLschema="false" sqlMaxLimit="100">              <table name="travelrecord" primaryKey="id" dataNode="mysql1" />       </schema>       <dataNode name="mysql1" dataHost="mysql1" database="yf" />       <dataHost name="mysql1" maxCon="1000" minCon="10" balance="0"                       writeType="0" dbType="mysql" dbDriver="native" switchType="1"  slaveThreshold="100">              <heartbeat>select user()</heartbeat>              <writeHost host="mysql1" url="11.112.0.10:3306" user="root"                               password="root">                     <readHost host="mysql2" url="11.112.0.51:3306" user="root" password="root" />              </writeHost>       </dataHost></mycat:schema>

登录管理端口

mysql -uroot -p123456 -P9066 -hmycat1

查看datasource;

登录数据端口

mysql -uroot -p123456 -P8066 -hmycat1

多次执行select * from travelrecord ;通过datasource可以看到所有读操作都分发到了mysql1上:

从日志中也可以看到读操作分发到了mysql1(11.112.0.10)

当balance为1时,所有读操作都发送到了当前writeHost对应的readhost和备用的writehost,这样就可以减轻主库的压力,高效地提供读写操作,而由其他服务器承担比较耗费资源的读操作。

修改schema.

reload @@config_all;

多次执行select * from travelrecord ;通过datasource可以看到所有读操作都分发到了mysql2上:

从日志中也可以看到读操作分发到了mysql2(11.112.0.51)

执行插入语句:insert into travelrecord (org_code,test_name) values('1000','test'); 通过datasource可以看到所有读操作都分发到了mysql2上:

由于这里只是一主一从,对于balance=3和4的情况无法更好的体现,感兴趣的同学可以自行测试。


参考:《分布式数据库架构及企业实践-基于Mycat中间件》


广告 广告

评论区