1.搭建过程
双主机配置
Master1配置
修改配置文件: vim /etc/my.cnf #主服务器唯一ID server-id=1 #启用二进制日志 log-bin=mysql-bin # 设置不要复制的数据库(可设置多个) binlog-ignore-db=mysql binlog-ignore-db=information_schema #设置需要复制的数据库 binlog-do-db=需要复制的主数据库名字 #设置logbin格式 binlog_format=STATEMENT # 在作为从数据库的时候, 有写入操作也要更新二进制日志文件 log-slave-updates #表示自增长字段每次递增的量,指自增字段的起始值,其默认值是1, 取值范围是1 .. 65535 auto-increment-increment=1 # 表示自增长字段从哪个数开始,指字段一次递增多少,他的取值范围是1 .. 65535 auto-increment-offset=1 |
Master2配置
修改配置文件: vim /etc/my.cnf
双从机配置
Slave2配置
|
111主机 112从机 113主机 114从机
搭建成功后测试结果:
2个主机任意插入数据库,从节点都会拷贝数据
2个从节点插入数据不会拷贝到其他节点,所以不建议在从节点操作数据库
create database testdb;
use testdb;
create table mytbl(id int,name varchar(20));
select *from mytbl;
insert into mytbl values(1,'zhang3');
insert into mytbl values(2,'li4');
把113主服务器停掉在111新加一条数据:112有数据,113和114没有数据,然后重启113,113和114又有数据了
把111主服务器停掉在113新加一条数据: 114有数据,111,112没有数据,然后重启111,111,112又有数据了
Atlas搭建:
修改配置:
vim /usr/local/mysql-proxy/conf/test.cnf
#Atlas后端连接的MySQL主库的IP和端口,可设置多项,用逗号分隔
proxy-backend-addresses = 192.168.25.111:3306,192.168.25.113:3306
#Atlas后端连接的MySQL从库的IP和端口,@后面的数字代表权重,用来作负载均衡,若省略则默认为1,可设置多项,用逗号分隔
proxy-read-only-backend-addresses = 192.168.25.111:3306@1,192.168.25.113:3306@1
#用户名与其对应的加密过的MySQL密码,密码使用PREFIX/bin目录下的加密程序encrypt加密,下行的user1和user2为示例,将其替换为你的MySQL的用户名和加密密码
!
pwds = root:vXwUtsmCOL4a8s/oWZlMvQ==
对atlas压力测试:tps:3000左右,先入库3000w数据
40分钟大概入库了100w数据,速度太慢,我通过mysql存储过程来入库
可以发现:111主库和112从库出现很严重的延迟,也就是数111主库有100W左右的数据,但是112只有40W左右的数据,发生了很严重的主从延迟,后续我会通过pxc来解决延迟问题
使用存储过程插入30w数据:大概花了5分钟速度还可以
drop procedure if exists insert_jb_info;
create procedure insert_jb_info()
begin
declare i int;
set i=1;
while(i<=300000)do
insert into jb_info(name, phone, address, create_time, update_time) values(CONCAT('name',i),i,'address','2022-04-18 18:47:19.491','2022-04-18 18:47:19.491');
set i=i+1;
end while;
end;;
delimiter ;
call insert_jb_info();
我打算入库3000W数据,看数据库能不能承受的住,承受不住直接分库分表
可以看到300W数据入库花了1小时,好慢
可能是我的电脑开了5台虚拟机+idea,还有主从复制导致性能下降
1小时52分钟,总共入库5000W数据
发现四个数据库,每个数据库有10个表,每张表有500W数据,最总一致性,也就是说我们如果对数据的实时性要求不高可以通过2主2从来保证数据的高可用,如果实时性要求非常高的话,那么我们下一节来结束pxc集群