分布式数据库中间插件-MyCat

最新推荐文章于 2024-01-14 08:13:08 发布

一只小毛驴呀

最新推荐文章于 2024-01-14 08:13:08 发布

阅读量1.3k

点赞数

文章标签：数据库 mysql mycat 运维开发云计算

本文链接：https://blog.csdn.net/Liangheng32/article/details/121860345

版权

/apps/mycat/conf/server.xml

MyCat

MyCat是目前最流行的分布式数据库中间插件，是一个开源的分布式数据库系统，是一个实现了MySQL协议的服务器，前端用户可以把它看作是一个数据库代理，用MySQL客户端工具和命令行访问，而其后端可以用MySQL原生协议与多个MySQL服务器通信，也可以用JDBC协议与大多数主流数据库服务器通信，其核心功能是分表分库，即将一个大表水平分割为N个小表，存储在后端MySQL服务器里或者其他数据库里。

MyCat发展到目前的版本，已经不是一个单纯的MySQL代理了，它的后端可以支持MySQL、SQL Server、Oracle、DB2、PostgreSQL等主流数据库，也支持MongoDB这种新型NoSQL方式的存储，未来还会支持更多类型的存储。而在最终用户看来，无论是那种存储方式，在MyCat里，都是一个传统的数据库表，支持标准的SQL语句进行数据的操作，这样一来，对前端业务系统来说，可以大幅降低开发难度，提升开发速度。

Mycat原理

Mycat的原理中最重要的一个动词是“拦截”，它拦截了用户发送过来的SQL语句，首先对SQL语句做了一些特定的分析：如分片分析、路由分析、读写分离分析、缓存分析等，然后将此SQL发往后端的真实数据库，并将返回的结果做适当的处理，最终再返回给用户。

上述图片里，应用程序不再直接访问数据库，而是访问Mycat，由Mycat与数据库交互，数据库数据返回给Mycat，Mycat再返回给应用程序。三个Database才是真正的数据库，又称为三个节点，也称为三个分片。

Mycat和MySQL的区别

我们可以把上层看作是对下层的抽象，例如操作系统是对各类计算机硬件的抽象。那么我们什么时候需要抽象？假如只有一种硬件的时候，我们需要开发一个操作系统吗？再比如一个项目只需要一个人完成的时候不需要leader，但是当需要几十人完成时，就应该有一个管理者，发挥沟通协调等作用，而这个管理者对于他的上层来说就是对项目组的抽象。同样的，当我们的应用只需要一台数据库服务器的时候我们并不需要Mycat，而如果你需要分库甚至分表，这时候应用要面对很多个数据库的时候，这个时候就需要对数据库层做一个抽象，来管理这些数据库，而最上面的应用只需要面对一个数据库层的抽象或者说数据库中间件就好了，这就是Mycat的核心作用。所以可以这样理解：数据库是对底层存储文件的抽象，而Mycat是对数据库的抽象。

Mycat的常用配置文件

Mycat的配置文件都在conf目录里面，这里介绍几个常用的文件：

server.xml ：Mycat软件本身相关的配置文件，设置账号、参数等
schema.xml：Mycat对应的物理数据库和数据库表的配置,读写分离、高可用、分布式策略定制、节点控制
rule.xml：Mycat分片（分库分表）规则配置文件,记录分片规则列表、使用方法等

Mycat日志

Mycat的日志文件都在logs目录里面

wrapper.log ：mycat启动日志
mycat.log ：mycat详细工作日志

mycat 实现读写分离实验过程：

1.环境准备

mycat服务器上不能装mysql

master服务器	192.168.159.101
slave1服务器	192.168.159.102
mycat服务器	192.168.159.104
客户机	192.168.159.105

2.初始化环境

#每台服务器上都初始化，关闭防火墙
systemctl stop firewalld
systemctl disable firewalld
setenforce 0

主从复制

主mysql服务器配置（192.168.159.101）

修改配置文件
[root@localhost ~]#vim /etc/my.cnf

#服务器id不能和从服务器一样
server-id = 1
#开启二进制日志
log-bin=master-bin
#二进制日志格式
binlog_format=MIXED
#开启从服务器同步
log-slave-updates=true


server-id = 1
log-bin=master-bin
binlog_format=MIXED
log-slave-updates=true



重启服务
[root@localhost ~]#systemctl restart mysqld

进入数据库授权,查看二进制文件及节点号
[root@localhost ~]#mysql -uroot -p

#建立一个myslave用户，并且允许192.168.59.%这个网段的地址来登录，密码是123456，一会儿要在slave上使用这个账号
grant replication slave on *.* to 'myslave'@'192.168.159.%' identified by '123456';

#刷新一下
flush privileges;

#查看主服务器的bin-log日志文件名称和position点
show master status;

从mysql服务器配置（192.168.159.102）

修改配置文件
[root@localhost ~]#vim /etc/my.cnf

#修改，服务器id不能和主服务器一样
server-id = 2
#添加，开启中继日志，从主服务器上同步日志文件记录到本地
relay-log=relay-log-bin
#添加，定义中继日志文件的位置和名称，一般和relay-log在同一目录
relay-log-index=slave-relay-bin.index


server-id = 2
relay-log=relay-log-bin
relay-log-index=slave-relay-bin.index



重启服务
[root@localhost ~]#systemctl restart mysqld

进入数据库，设置连接主库信息，并开启slave服务
[root@localhost ~]#mysql -uroot -p

#不知道连接主库信息格式可以用help change master to 查看，下面的master_log_file是在配置Master的时候的File字段， master_log_pos是在配置Master的Position 字段。一定要一一对应

change master to
master_host='192.168.159.101',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=604;

#开启slave
start slave;

#查看从库状态信息，Slave_IO_Running和Slave_SQL_Running状态必须是yes
show slave status \G;

验证主从复制

#在主服务器上下载hellodb库文件，source后加绝对路径
[root@localhost ~]#mysql -uroot -p
#下载hellodb库文件
source /opt/hellodb.sql
show databases;




#在从库中查看库文件hellodb是否已经同步
show databases;