MySQL+Altas 读写分离测试（Altas 不能用存储过程，Update和Delete必须要有参数）

一、环境

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:



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