MySQL 读写分离配置实践

2023-11-13 11:44:08 浏览数 (1)

一、环境准备

master(虚拟机centos7,NAT模式,固定ip):192.168.131.129

slave(win10,路由器局域网,DHCP协议):192.168.31.27

  1. 由于MyCat是用Java写的,需要JDK1.7版本以上
  2. MySQL的root账户有远程访问权限
1. 查看主从复制状态

读写分离基于主从复制,查看主从复制状态

2. 查看JDK版本
代码语言:javascript复制
java -version
3. 打开root的远程连接权限

一般MySQL Server和代理中间件是不在一台机器上的,涉及数据库的远程访问和连接

我们可以拿root进行连接,也可以创建新的用户进行连接

root用户默认是localhost,只能本地连接,不支持远程连接,所以需要root远程连接的权限打开。%表示允许任意地址连接,如果缩小权限,写成MyCat所在机器的ip地址就可以,用root连接MySQL服务器

代码语言:javascript复制
mysql> grant all privileges on *.* to 'root'@'%' identified by '123456' with grant option;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)
mysql> quit
Bye
代码语言:javascript复制
[root@localhost Downloads]# service mysqld restart          # 若服务不存在,可尝试使用service mysql restart
Redirecting to /bin/systemctl restart mysqld.service

我们的MyCat和主库跑在同一台Linux上

4. 安装MyCat

安装lrzsz,用于windows和Linux传输文件(xftp也行)

rz命令将MyCat包传输到Linux

Linux上的文件上传到Windows:sz 文件路径

解压MyCat包放到合适的目录下,可以放到/usr/local

mycat/bin:放的是可执行文件

mycat/conf:放的MyCat的配置文件

mycat/logs:放的MyCat的日志文件

  • wrapper.log:记录启动过程中遇到的错误
  • mycat.log:记录运行过程中遇到的错误

由于我们是直接解压的,没有安装,为了不用手动指定mycat的路径,我们 在/usr/bin下建立软连接,连接用户目录下的mycat和我们解压路径下的mycat

这样就不用指定路径,直接使用mycat

二、配置文件

配置文件在**mycat/conf**下

1. server.xml

用于配置client登录Mycat的账号密码,还可以配置白名单黑名单,限制客户的连接等

用户配置

不需要和MySQL的账号密码一样,因为我们的MySQL Client直接访问的是MyCat,再由MyCat登录MySQL Server,这里设置的用户、密码都是用来登录MyCat的

USERDB是给客户端操作的逻辑库,由于MySQL Client访问的是MyCat,在MyCat上直接操作USERDB这个库即可,这个库其实是不存在的,这个库最终会映射到MySQL Server真实的MySQL库表上

这个逻辑库看起来好像在MyCat一台机器上,实际上经过分库分表操作可能分配在不同的机器上,我们只需要操作这个逻辑库就可以,其他的不用关心。多个逻辑库的话,在标签schemas中间,用逗号分隔开即可

防火墙配置

2. schema.xml

schema.xml用于配置逻辑库和数据源、读写分离、分库分表信息等

schema.xml配置以下三点:

  • 逻辑库和逻辑表:MySQL Client都是操作的MyCat上的逻辑库(schema)和逻辑表
  • 数据节点:这个库或者表的内容放在哪个节点(dataNode)上,这个节点对应具体的物理机器叫dataHost

逻辑库、数据节点以及数据库主机名称都可以随便取,但以下地方需要保持相同

  • maxCon、minCon:MyCat内置连接池的最大、最小连接量
  • balance: 0:不开启读写分离 1:全部的readHost和stand by writeHost参与读操作的负载 ,比如2套1主2从,M1叫做writeHost,S1、S2、S3、S4 叫做readHost,M2叫做stand by writeHost 2:所有读操作随机在readHost和writeHost上分发(少用) 3:所有读请求随机分发到writeHost对应的readHost上执行(最常使用,所有的select操作都在slave上执行,master库只做写操作)
  • writeType=0: 表示所有写操作发送到配置的第一个writeHost,第一个挂掉切换到还在的第二个 writeHost
  • switchType(切换的类型,当一个master挂了,切换到另一个master上): -1:不自动切换 1:根据心跳select user()自动切换 2:基于MySQL的主从同步状态决定是否进行切换,即MyCat发送show slave status给MySQL Server
  • writeHost、readHost:配置写服务器(master)和读服务器(slave),readHost标签在writeHost内,表示读服务器是slave,图中黄色框中是配置了一个一主一从,嵌套多个readHost标签就是配置一主多从。图中并列的writeHost标签表示备份的写库,当master宕机后,slave也将无法和master配合工作,会切换到备份的写库继续工作。其实图中配置的是多主多从
  • heartbeat:MyCat定时发送指定语句给MySQL Server,如果能正常返回数据,则表示正常工作;若不能正常返回数据,则表示机器故障,MyCat需要进行容灾切换

如果slave有问题,master是正常,就会在master上做读和写操作

如果master有问题,slave是正常,此时slave是没法单独使用的,它会在多主多从的配置中找下一套主从配置来使用

如果主从都正常,master做写操作,slave做读操作

三、启动服务

查看配置文件mycat/conf/schema.xml

启动MyCat服务

查看端口

这表示mycat正常监听8066和9066端口

1. 配置文件问题一

mycat/schema.xml中备份的主库没有结束标签

配置好后,我们重启mycat程序

查看mycat/logs/wrapper.log,记录了mycat启动过程中的错误

2. 配置文件问题二

mycat/schema.xml中读库的端口出错

配置好后,我们重启mycat程序

查看mycat/logs/wrapper.log,记录了mycat启动过程中的错误

我们看到心跳不成功了,就应该判断是网络原因,或者是ip:port配置原因,于是我们看到了3309端口,就知道是配置的端口错误

四、MyCat 9066端口和8066端口

我们开启MyCat后台服务

1. 9066管理端口

在Linux Shell下登录MyCat的9066端口(使用mycat/conf/server.xml中配置的登录用户名和密码登录)

登录MyCat后也是进入了一个MySQL Shell,monitor表示状态监控

show @@help显示mycat支持的命令

查看逻辑库:show @@database

查看逻辑节点和真实库的映射关系show @@datanode

查看数据源show @@datasource

M2是我们配置的备用的第二套写库,这种情况下,还要配置M2为M1的从,需要同步数据

2. 8066数据端口

在Linux Shell下登录mycat的8066端口(使用mycat/conf/server.xml中配置的登录用户名和密码登录)

OpenCloundDB表示我们看到的是一个云状数据库,云后面是如何提供的库表的服务能力,我们是不知道的。mycat就是云DB,把后端所有的细节给客户端隐藏了,客户端只需要去处理代理服务器上的DB就可以了。可以看作一个反向代理服务器

查看数据库

这个逻辑库USERDB对应的就是真实库mytest

五、验证读写分离

查看查询日志general_log,这个日志记录了MySQL Server收到的所有SQL语句

1. 打开查询日志general_log

打开windows从库上的general_log

在Linux下的MySQL Server中也打开一下查询日志

2. 验证读操作在slave

我们现在登录MyCat 8066数据端口,查询user表

在Linux下的master服务器查看general_log,我们只看见了mycat发送的心跳包,并没有看见查询user表的SQL

在windows下的slave服务器中查看general_log,看到了mycat发送的查询user表的SQL

没有问题,现在读操作是正确发送给了slave

3. 验证写操作在master

我们现在登录MyCat 8066数据端口,给user表insert一条数据

在Linux下的master服务器查看general_log,我们看见了insert数据的SQL

在windows下的slave服务器中查看general_log,没有发现insert数据的SQL

没有问题,写操作正确发送给了master

4. 验证容灾功能

我们在mycat/conf/schema.xml中配置的是多住多从,M1挂了,读写操作会全部转发到M2

在我们当前环境中,就是Linux上的MySQL Server挂了,所有的读写操作都会转发给Windows上的MySQL Server

关闭Linux的mysqld服务,相当于关闭了master

我们现在登录MyCat 8066数据端口,对user表分别读写操作

查看我们多主多从中备用系统的general_log,即Windows上的MySQL Server的general_log

可以看见,由于master挂了,读写操作都被转发到了备用的Windows上的MySQL Server,证明容灾没有问题

我正在参与2023腾讯技术创作特训营第三期有奖征文,组队打卡瓜分大奖!

0 人点赞