Mysql-proxy实现MySQL读写分离

阳光穿透心脏的1/2处 2023-06-10 04:28 180阅读 0赞

之前写过ProxySQL实现MySQL数据库的读写分离，今天再来一个MySQL-Proxy实现MySQL的读写分离！

操作很简单！

**实验环境：**

防火墙关闭  
主库：172.25.1.2 主机名：node2  
从库：172.25.1.3 主机名：node3  
主库和从库以实现基于GTID的主从复制！  
Mysql-proxy：172.25.1.5 主机名：node5

**我用的包是mysql-proxy-0.8.5-linux-el6-x86-64bit.tar.gz**  
软件版本不一样可能会有报错，服务启动失败。

**在proxy端：**

[root@node5 ~]# tar -zxf mysql-proxy-0.8.5-linux-el6-x86-64bit.tar.gz -C /usr/local/
    [root@node5 ~]# cd /usr/local/
    [root@node5 local]# ln -s mysql-proxy-0.8.5-linux-el6-x86-64bit/ mysql-proxy
    [root@node5 mysql-proxy]# mkdir log
    [root@node5 mysql-proxy]# mkdir conf
    #编写配置文件
    [root@node5 mysql-proxy]# vim conf/mysql-proxy.conf
    [root@node5 mysql-proxy]# cat conf/mysql-proxy.conf 
    [mysql-proxy]
    proxy-address=0.0.0.0:3306  			#端口
    proxy-backend-addresses=172.25.1.2:3306           #master
    proxy-read-only-backend-addresses=172.25.1.3:3306 	#只读slave
    proxy-lua-script=/usr/local/mysql-proxy/share/doc/mysql-proxy/rw-splitting.lua	#lua脚本路径
    pid-file=/usr/local/mysql-proxy/log/mysql-proxy.pid		#mysql-proxy.pid路径
    plugins=proxy
    log-file=/usr/local/mysql-proxy/log/mysql-proxy.log		#日志文件路径
    log-level=debug						#日志水平
    keepalive=true
    daemon=true
    
    [root@node5 bin]# chmod 0660 /usr/local/mysql-proxy/conf/mysql-proxy.conf	#授权
    #启动
    [root@node5 bin]# ./mysql-proxy --defaults-file=/usr/local/mysql-proxy/conf/mysql-proxy.conf 			
    [root@node5 bin]# netstat -tnlp
    Active Internet connections (only servers)
    Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
    tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      2628/mysql-proxy 	#可以看到mysql-proxy启动成功

**在主库：**

[root@node2 ~]# mysql -uroot -p
    #创建一个用户
    root@localhost [(none)]>create user 'rw'@'172.25.1.%' identified by 'rw123';
    Query OK, 0 rows affected (0.01 sec)
    #授权
    root@localhost [(none)]>grant all on *.* to 'rw'@'172.25.1.%';
    Query OK, 0 rows affected (0.00 sec)
    #刷新
    root@localhost [(none)]>flush privileges;
    Query OK, 0 rows affected (0.00 sec)

**测试：**

我的测试端是node1，172.25.1.1

#装一个mysql命令
    [root@node1 log]# yum install mysql -y
    #远程连接
    [root@node1 log]# mysql -h 172.25.1.5 -urw -prw123

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70]  
**测试读写分离：**

查看我的lua脚本：

\[root@node5 etc\]\# vim /usr/local/mysql-proxy/share/doc/mysql-proxy/rw-splitting.lua  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 1]可以看到这有一个连接数，代表这何时触发lua脚本，实现读写分离！

我现在关掉我的从库node2

![在这里插入图片描述][20191025180710724.png]  
然后测试端node1去测试：

*  可以看到没有触发读写分离，读写都在主库  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 2]

退出数据库再连接：（增加数据库的连接数）

*  可以看到还没有触发，读写依然都是在master’  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 3]
 *  退出数据库，再连接，可以看到读写分离实现，读在从库  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 4]
 *  启动从库。自动从主库同步数据  
    ![在这里插入图片描述][20191025181250295.png]
 *  测试端node1再查看表，在从库上读取成功  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 5]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70]: /images/20230531/c02eedc475ed4cd09782fa0548d172dd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 1]: /images/20230531/0c87c90965aa46a883defe0f05ee7a5e.png
[20191025180710724.png]: /images/20230531/30a1cfe0038e4d5cb93ed425c0f03b06.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 2]: /images/20230531/91e61f845bba4ed9ae10f05497daeac9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 3]: /images/20230531/dd272e4c13c4452493e9af49f08037d4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 4]: /images/20230531/2a2b28105e964144b63f72b980d1b104.png
[20191025181250295.png]: /images/20230531/c6f934f33fc1418e95ee0f043a3178b3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NDI5NzMwMw_size_16_color_FFFFFF_t_70 5]: /images/20230531/23210c9758a342cdb2328123d33ba41a.png