博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL+Altas 读写分离测试(Altas 不能用存储过程,Update和Delete必须要有参数)
阅读量:4452 次
发布时间:2019-06-07

本文共 2316 字,大约阅读时间需要 7 分钟。

一、环境

    master :192.168.2.141

    slave:192.168.2.142

    atlas: 192.168.2.140

    master 与 slave 复制已通,atlas正常启动。

 

    ps:附上atlas配置待以后方便参考

[mysql-proxy]

 

#带#号的为非必需的配置项目

 

#管理接口的用户名

admin-username = user

 

#管理接口的密码

admin-password = pwd

 

#Atlas后端连接的MySQL主库的IP和端口,可设置多项,用逗号分隔

proxy-backend-addresses = 192.168.2.141:3306

 

#Atlas后端连接的MySQL从库的IP和端口,@后面的数字代表权重,用来作负载均衡,若省略则默认为1,可设置多项,用逗号分隔

proxy-read-only-backend-addresses = 192.168.2.142:3306@1

 

#用户名与其对应的加密过的MySQL密码,密码使用PREFIX/bin目录下的加密程序encrypt加密,下行的user1和user2为示例,将其替换为你的MySQL的用户名和加密密码!

pwds = root:DAJnl8cVzy8=, root:DAJnl8cVzy8=

 

#设置Atlas的运行方式,设为true时为守护进程方式,设为false时为前台方式,一般开发调试时设为false,线上运行时设为true,true后面不能有空格。

daemon = true

 

#设置Atlas的运行方式,设为true时Atlas会启动两个进程,一个为monitor,一个为worker,monitor在worker意外退出后会自动将其重启,设为false时只有worker,没有monitor,一般开发调试时设为false,线上运行时设为true,true后面不能有空格。

keepalive = true

 

#工作线程数,对Atlas的性能有很大影响,可根据情况适当设置

event-threads = 8

 

#日志级别,分为message、warning、critical、error、debug五个级别

log-level = message

 

#日志存放的路径

log-path = /usr/local/mysql-proxy/log

 

#SQL日志的开关,可设置为OFF、ON、REALTIME,OFF代表不记录SQL日志,ON代表记录SQL日志,REALTIME代表记录SQL日志且实时写入磁盘,默认为OFF

#sql-log = OFF

 

#慢日志输出设置。当设置了该参数时,则日志只输出执行时间超过sql-log-slow(单位:ms)的日志记录。不设置该参数则输出全部日志。

#sql-log-slow = 10

 

#实例名称,用于同一台机器上多个Atlas实例间的区分

#instance = test

 

#Atlas监听的工作接口IP和端口

proxy-address = 0.0.0.0:1234

 

#Atlas监听的管理接口IP和端口

admin-address = 0.0.0.0:2345

 

#分表设置,此例中person为库名,mt为表名,id为分表字段,3为子表数量,可设置多项,以逗号分隔,若不分表则不需要设置该项

#tables = person.mt.id.3

 

#默认字符集,设置该项后客户端不再需要执行SET NAMES语句

#charset = utf8

 

#允许连接Atlas的客户端的IP,可以是精确IP,也可以是IP段,以逗号分隔,若不设置该项则允许所有IP连接,否则只允许列表中的IP连接

#client-ips = 127.0.0.1, 192.168.2

 

#Atlas前面挂接的LVS的物理网卡的IP(注意不是虚IP),若有LVS且设置了client-ips则此项必须设置,否则可以不设置

#lvs-ips = 192.168.1.1

 

 

 

二、测试

  情景1 停掉复制,master插入数据,再查询,检测是否select从从库取

  slave:

 

 

  client1:

 

 

client2:

 

 

master:

 

 

slave:

 

 

slave:

 

 

client2:

 

 

结论:客户端做插入操作,数据正常写入主库。但在插入的数据库连接中接着查询,可以查询到插入的数据,而在其他客户端则查询不到。似乎在同一个ConnectionID中的读写都是查主库,其他的读则查从库。

 

情景2 停掉复制,停掉master插入数据,再查询,检测插入是写主库

slave:

 

断掉 master 网络

client1(一直等待)

 

 

client2

 

 

master 网络重连

client1

 

 

client2

 

 

client1

 

 

client2

 

 

client3

 

 

slave:

 

 

slave

 

 

client3

 

 

结论:验证了写入是写入主库,当主库异常时,写入操作会一直等待或直接抛异常。另外似乎验证了只要当前数据库连接会话有进行了写操作,读操作都会从主库取。

 

 

情景3在事务里插入数据,检测主库和从库的插入情况

复制正常情况下

client1:

 

 

master:

 

 

client2:

 

 

client1:

 

 

master:

 

 

slave:

 

 

client2:

 

停掉复制:

slave:

 

 

client1:

 

 

master:

 

 

client2:

 

 

client1

 

 

master:

 

 

slave:

 

client2:

 

 

slave:

 

 

client:

 

 

结论:与预想的正常流程一致

 

转载于:https://www.cnblogs.com/JerryBaxia/p/4785591.html

你可能感兴趣的文章
The Most Simple Introduction to Hypothesis Testing
查看>>
UVA10791
查看>>
P2664 树上游戏
查看>>
jQuery 停止动画
查看>>
Sharepoint Solution Gallery Active Solution时激活按钮灰色不可用的解决方法
查看>>
MyBatis Generator去掉生成的注解
查看>>
教你50招提升ASP.NET性能(二十二):利用.NET 4.5异步结构
查看>>
lua连续随机数
查看>>
checkstyle使用介绍
查看>>
history.js 一个无刷新就可改变浏览器栏地址的插件(不依赖jquery)
查看>>
会了这十种Python优雅的写法,让你工作效率翻十倍,一人顶十人用!
查看>>
二维码图片生成
查看>>
在做操作系统实验的一些疑问
查看>>
Log4J日志配置详解
查看>>
NameNode 与 SecondaryNameNode 的工作机制
查看>>
Code obfuscation
查看>>
大厂资深面试官 带你破解Android高级面试
查看>>
node.js系列(实例):原生node.js实现接收前台post请求提交数据
查看>>
SignalR主动通知订阅者示例
查看>>
golang的表格驱动测试
查看>>