开发者社区> 技术小胖子> 正文

Mysql读写分离

简介:
+关注继续查看

mysql 读写分离


实验背景:


 1.配置2台MySQL服务器+1台代理服务器,实现MySQL代理的读写分离。


 2.用户只需要访问MySQL代理服务器,实际的SQL查询、写入操作交给后台的2台MySQL服务器来完成。

 3.其中Master服务器允许SQL查询、写入,Slave服务器只允许SQL查询。


实验方案;


 使用4台RHEL 6.4虚拟机,其中192.168.4.10、192.168.4.20分别作为


MySQL主、从服务器,是整个服务的后端;另一台192.168.4.100作为MySQL代理服务器,

是直接面向客户的服务前端;客户机192.168.4.120用作访问测试。


对比两种方式的读写分离效果——


?MySQL主从复制:客户机访问Master服务器来写数据库,客户机访问Slave服务器来读数据库。这种情况下,需要客户端自行区分向何处写、从何处读。


?MySQL主从复制+代理:客户机访问Proxy服务器,读、写请求交给Proxy识别,如

果是写数据库操作则交给Master,如果是读数据库操作则交给Slave处理,具体由分配策略


控制。这种情况下,无需客户端区分读、写目标,而是由Proxy服务器代劳了,从而降低了

客户端程序的复杂度。


其中MySQL主、从复制结构的搭建参考上篇的Mysql主从同步,具体过程这里不再赘述。

若希望测试方便,可去除同步库的限制,由Slave自动复制Master上的所有更新:



实验实现:



1.部署mysql-proxy代理服务器


1)安装MySQL官方提供的mysql-proxy软件包


MySQL官方提供了mysql-proxy的免安装版本,解压后即可使用。由于msyql-proxy使用了

LUA脚本语言,因此需要提前安装好lua软件包(RHEL6镜像内已含)以确保其正常使用:


# yum -y install lua //安装lua脚本语言


然后部署mysql-proxy软件包:


[root@pxysvr pub]# tar zxf mysql-proxy-0.8.3-linux-rhel5-x86-64bit.tar.gz

//解压

[root@pxysvr pub]# mv mysql-proxy-0.8.3-linux-rhel5-x86-64bit /usr/local/mysql-proxy



 切换到部署后的目录,可确认相关目录、可执行程序、脚本。一般情况下,使用bin目录下的mysql-proxy脚本来启动代理服务:



[root@pxysvr pub]# cd /usr/local/mysql-proxy/

[root@pxysvr mysql-proxy]# ls

.bin include lib libexec licenses share

[root@pxysvr mysql-proxy]# ls bin/ libexec/

bin/:                                                 //服务脚本目录

mysql-binlog-dump mysql-myisam-dump mysql-proxy

libexec/:                                             //可执行程序目录

mysql-binlog-dump mysql-myisam-dump mysql-proxy



2)准备读写分离的LUA策略脚本


直接复制mysql-proxy提供的样例策略即可:


[root@pxysvr mysql-proxy]# cp share/doc/mysql-proxy/rw-splitting.lua ./


[root@pxysvr mysql-proxy]# file rw-splitting.lua         //查看脚本类型


rw-splitting.lua: ASCII Pascal program text


3)启动mysql-proxy代理服务


主要命令选项:


?-P:指定代理监听的IP地址、端口

?-r:指定读服务器的IP地址、端口

?-b:指定写服务器的IP地址、端口

?-s:指定lua脚本文件

?--keepalive:如果服务进程崩溃,尝试重启此进程



以监听本机的3306端口为例,分别指定读、写服务器,相关操作如下:


[root@pxysvr ~]# cd /usr/local/mysql-proxy/


[root@pxysvr mysql-proxy]# bin/mysql-proxy -P 192.168.4.100:3306 \

-b 192.168.4.10:3306 \

-r 192.168.4.20:3306 \

-s rw-splitting.lua &



启动后可确认监听状态:


[root@pxysvr mysql-proxy]# netstat -anpt | grep mysql


tcp 0 0 192.168.4.100:3306 0.0.0.0:* LISTEN 3177/mysql-proxy


这样一来,对于客户端来说,这台代理主机192.168.4.100就相当于一台可读可写的MySQL数据库服务器了,尽管其自身并未运行MySQL服务程序。


4)启动mysql-proxy代理服务


 为了在每次开机后能够自动运行mysql-proxy,可以将相关操作写到/etc/rc.local配置文件内:

[root@pxysvr ~]# vim /etc/rc.local

.. ..

/usr/local/mysql-proxy/bin/mysql-proxy -P 192.168.4.100:3306 \

-b 192.168.4.10:3306 \

-r 192.168.4.20:3306 \

-s rw-splitting.lua &



2.测试通过mysql-proxy的读写分离


相关测试操作可参考以下过程。


1)在MySQL Master服务器上设置用户授权


以root用户为例,允许其从192.168.4.0/24网段的客户机远程访问。首先登入到Master服务器添加下列授权:


mysql> GRANT all ON *.* TO root@'192.168.4.%' IDENTIFIED BY '1234567';

Query OK, 0 rows affected (0.00 sec)


因为此前已配置mysql库的主从同步,SLAVE上的root授权会自动更新:


2)从客户机192.168.4.120访问MySQL数据库


注意连接的是mysql-proxy服务器,而并不是Master或Slave:


[root@pc120 ~]# mysql -u root -p -h 192.168.4.100

Enter

password:                                     //验证口令

mysql>                                             //可成功登入

测试数据库写入操作:

mysql> CREATE DATABASE proxydb;                         //新建库

Query OK, 1 row affected (0.00 sec)

mysql> USE proxydb;                                     //切换到新建的库

Database changed

mysql> CREATE TABLE proxytb(

-> id int(4),host varchar(48)

-> );                                                 //新建表

Query OK, 0 rows affected (0.03 sec)

mysql> INSERT INTO proxytb VALUES(1,'dbsvr1'),         //插入2条表记录

-> (2,'dbsbr2');

Query OK, 2 rows affected (0.01 sec)

Records: 2 Duplicates: 0 Warnings: 0

测试数据库读取操作:

mysql> SELECT * FROM proxytb;

+------+--------+

| id | host |

+------+--------+

| 1 | dbsvr1 |

| 2 | dbsbr2 |

+------+--------+

2 rows in set (0.01 sec)


3)在Master和Slave上确认客户端新建的库、表

切换到新建的proxydb库:

mysql> USE proxydb;

Reading table information for completion of table and column names

You can turn off this feature to get a quicker startup with -A

Database changed

查看包括哪些表:

mysql> SHOW TABLES;

+-------------------+

| Tables_in_proxydb |

+-------------------+

| proxytb |

+-------------------+

1 row in set (0.00 sec)

查询表记录:

mysql> SELECT * FROM proxytb;

+------+--------+

| id | host |

+------+--------+

| 1 | dbsvr1 |

| 2 | dbsbr2 |

+------+--------+

2 rows in set (0.00 sec)

4)观察MySQL代理访问的网络连接

当并发的客户端连接较多时,可同时观察Master或Slave上的连接情况。

比如,在Master上可看到来自Slave和Proxy代理的网络连接:

[root@dbsvr1 ~]# netstat -anpt | grep mysql


2.4 扩展

1.MySQL代理与读(或写)服务器的集成

在许多企业应用中,MySQL数据库基本上都是读多写少,

因此可以将mysql-proxy与Master或Slave安装到一起,从而减少一台服务器,节省成本。比如:

?Master+Proxy:192.168.4.10/24

?Slave:192.168.4.20/24

这种情况下,要避免mysql-proxy与MySQL服务程序的端口冲突,必要时可更改相关程序的监听地址、端口。

若要修改MySQL服务程序的监听地址、端口,可采用以下选项:

?--bind-address=:用来限定监听地址,比如可设为127.0.0.1

?--port=:用来改端口号,比如可改为33060

当然,最简单的方法还是直接将mysql-proxy改用其他端口。比如,在Master上部署mysql-proxy,启用时可监听192.168.4.10的3333端口:

[root@pxysvr ~]# cd /usr/local/mysql-proxy/

[root@pxysvr mysql-proxy]# bin/mysql-proxy -P 192.168.4.10:3333 \

-b 192.168.4.10:3306 \

-r 192.168.4.20:3306 \

-s rw-splitting.lua &

这样,客户端只要访问192.168.4.10的3333端口,就可以读写数据库了。当服务器采用非标准的MySQL端口时,需要为mysql工具添加 -P 选项来指定端口号:


# mysql -u root -p -h 192.168.4.100 -P 3333




实验总结:


1、由于msyql-proxy使用了,LUA脚本语言,因此需要提前安装好lua软件包(RHEL6镜像内已含)以确保其正常使用


2、mysql-proxy代理服务


主要命令选项:


?-P:指定代理监听的IP地址、端口

?-r:指定读服务器的IP地址、端口

?-b:指定写服务器的IP地址、端口

?-s:指定lua脚本文件

?--keepalive:如果服务进程崩溃,尝试重启此进程





      本文转自Jx战壕  51CTO博客,原文链接:http://blog.51cto.com/xujpxm/1386302,如需转载请自行联系原作者



版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
MySQL主从复制和读写分离的区别是什么?底层原理是什么?
MySQL主从复制和读写分离的区别是什么?底层原理是什么?
57 0
MySQL主从复制+读写分离(二)
MySQL主从复制+读写分离(二)
62 0
Centos 7使用MyCat搭建 MySQL-读写分离
Centos 7使用MyCat搭建 MySQL-读写分离
34 0
使用Sharding-JDBC 实现Mysql读写分离
使用Sharding-JDBC 实现Mysql读写分离
84 0
Sharding-JDBC搭建MySQL读写分离
Sharding-JDBC搭建MySQL读写分离
54 0
线上MySQL读写分离,出现写完读不到问题如何解决?
今天我们来详细了解一下主从同步延迟时读写分离发生写后读不到的问题,依次讲解问题出现的原因,解决策略以及 Sharding-jdbc、MyCat 和 MaxScale 等开源数据库中间件具体的实现方案。 一、写后读不到问题 MySQL 经典的一主两从三节点架构是大多数创业公司初期使用的主流数据存储方案之一,主节点处理写操作,两个从节点处理读操作,分摊了主库的压力。 但是,有时候可能会遇到执行完写操作后,立刻去读发现读不到或者读到旧状态的尴尬场景。这是由于主从同步可能存在延迟,在主节点执行完写操作,再去从节点执行读操作,读取了之前旧的状态。
106 0
优化MySQL之配置MySQL主从复制与读写分离
优化MySQL之配置MySQL主从复制与读写分离
56 0
MyCat - 高级 - 读写分离 - MySQL 主从复制原理 | 学习笔记
快速学习 MyCat - 高级 - 读写分离 - MySQL 主从复制原理
51 0
MyCat - 高级 - 读写分离 - MyCat 实现 MySQL 双主双从读写分离 | 学习笔记
快速学习 MyCat - 高级 - 读写分离 - MyCat 实现 MySQL 双主双从读写分离
41 0
+关注
技术小胖子
文章
问答
视频
文章排行榜
最热
最新
相关电子书
更多
高效MySQL的N个习惯
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
相关镜像