一主一从
一个主机用于处理所有写请求,一台从机负责所有读请求,架构图如下
mysql数据库主从复制
验证读写分离
之前已经配置了读写分离,验证是否已经真的实现读写分离?
- 在master机器新建一张表
mytbl
,
create table `mytb1`(
`id` TINYINT UNSIGNED not null,
`name` VARCHAR(32),
PRIMARY key(`id`)
) ENGINE=INNODB DEFAULT CHARSET=UTF8MB4;
-
创建完毕之后,slave机器会从master同步建表语句,也创建相应的表。
-
在主机插入数据:
insert into `mytb1`(`id`, `name`) values(1,@@hostname);
- 此时数据为:
修改mycat配置文件schema.xml
dataHost 通过balance
属性来配置读写分离
<!-- 其他属性略-->
<dataHost name="host1" balance="2" >
</dataHost>
balance="0"
, 不开启读写分离机制, 所有读操作都发送到当前可用的 writeHost 上。balance="1"
,全部的readHost
与stand by writeHost
参与 select 语句的负载均衡,简单的说,当双主双从 模式(M1->S1, M2->S2,并且 M1 与 M2 互为主备),正常情况下, M2,S1,S2 都参与 select 语句的负载均衡。balance="2"
,所有读操作都随机的在 writeHost、 readhost 上分发。balance="3"
,所有读请求随机的分发到 readhost 执行, writerHost 不负担读压力
为了能看到读写分离的效果,把balance设置成2
, 会在两个主机间切换查询.
重启mycat
使用mycat,查询,可以看到select语句在两个主机之间切换:
双主双从
一个主机 m1 用于处理所有写请求
, 它的从机 s1 和另一台主机 m2 还有它的从机 s2 负责所有读请求。
当 m1 主机宕机后, m2 主机负责写请求, m1、 m2 互为备机。 架构图如下 :
编号 | 角色 | IP 地址 | 机器名 |
---|---|---|---|
1 | Master1 | 192.168.1.111 | vm1 |
2 | Slave1 | 192.168.1.112 | vm2 |
3 | Master2 | 192.168.1.113 | vm3 |
4 | Slave2 | 192.168.1.114 | vm4 |
MySQL数据库主从复制(双主双从)
Master1配置
[root@vm1 jhs]# vim /usr/my.cnf
[mysqld]
#mysql 服务ID,保证整个集群环境中唯一
server-id=1
#mysql binlog 日志的存储路径和文件名
log-bin=/var/lib/mysql/mysqlbin
##指定同步的数据库
binlog-do-db=sm_02
# 在作为从数据库的时候, 有写入操作也要更新二进制日志文件
log-slave-updates
#表示自增长字段每次递增的量,指自增字段的起始值,其默认值是1, 取值范围是1 .. 65535
# 由于有两台master所以设置 步长 为2
auto-increment-increment=2
# 表示自增长字段从哪个数开始,指字段一次递增多少,他的取值范围是1 .. 65535
# master2 从2开始
auto-increment-offset=1
Master2配置
[mysqld]
#mysql 服务ID,保证整个集群环境中唯一
server-id=3
#mysql binlog 日志的存储路径和文件名
log-bin=/var/lib/mysql/mysqlbin
binlog-do-db=sm_02
log-slave-updates
auto-increment-increment=2
auto-increment-offset=2
Slave1配置
[mysqld]
#mysql服务端ID,唯一
server-id=2
##指定binlog日志
log-bin=/var/lib/mysql/mysqlbin
Slave2配置
server-id=4
log-bin=/var/lib/mysql/mysqlbin
复制
master1-slave1
master1
-- 配置数据库用户
GRANT REPLICATION SLAVE ON *.* TO 'trump'@'%' IDENTIFIED BY '123456';`
-- 查看master同步状态:
show master status;
#执行完此步骤后不要再操作主服务器MySQL,防止主服务器状态值变化
slave1
mysql> CHANGE MASTER TO MASTER_HOST='vm1',
MASTER_USER='trump',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysqlbin.000002',MASTER_LOG_POS=120;
mysql> start slave;
mysql> show slave status\G;
master2-slave2(同上)
master1 与 master2 相互复制
### master1 复制 master2
mysql> CHANGE MASTER TO MASTER_HOST='vm3',
MASTER_USER='trump',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysqlbin.000001',MASTER_LOG_POS=120;
mysql> start salve;
### master2 复制master1
mysql> CHANGE MASTER TO MASTER_HOST='vm1',
MASTER_USER='trump',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysqlbin.000001',MASTER_LOG_POS=120;
mysql> start salve;
验证集群环境
- 在
master1
建表、insert语句后,master2和salve1,slave2
同步。
Mycat验证
修改schemal.xml
<!--
balance:"1" : 全部的 `readHost` 与` stand by writeHost` 参与 select 语句的负载均衡
-->
<dataHost name="host1" maxCon="1000" minCon="10" balance="1"
writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100">
<heartbeat>select user()</heartbeat>
<writeHost host="hostM1" url="vm1:3306" user="root" password="123456">
<readHost host="hostS1" url="vm2:3306" user="root" password="123456"/>
</writeHost>
<writeHost host="hostM2" url="vm3:3306" user="root" password="123456">
<readHost host="hostS2" url="vm4:3306" user="root" password="123456"/>
</writeHost>
</dataHost>
- writeType
writeType="0"
·: 所有写操作发送到配置的第一个writeHost,第一个挂了切到还生存的第二个
-writeType="1"
,所有写操作都随机的发送到配置的 writeHost, 1.5 以后废弃不推荐
- switchType
switchType="1"
: 1 默认值,自动切换。switchType="-1"
表示不自动切换switchType="2"
基于 MySQL 主从同步的状态决定是否切换。
启动mycat
[root@vm1 bin]# ./mycat console
[jhs@vm1 ~]$ mysql -umycat -p123456 -P 8066 -h vm1
在写主机Master1数据库表mytbl中插入带系统变量数据, 造成主从数据不一致 INSERT insert into mytbl VALUES(9,@@hostname);
mycat多次执行查询,结果如下图(查询到vm3(Master2),vm2(Slave1),vm4(Slave2)
三个主机间切换):
抗风险能力
- 停止数据库
Master1
- 在mycat中插入数据
insert into mytbl VALUES(10,@@hostname);
,依然成功,Master2
自动切换为主机,此时仅成功插入到了slave2和master2
- 重新启动
Master1
,在mycat中多次执行select,(查询到vm1(Master1),vm2(Slave1),vm4(Slave2)
三个主机间切换)
Master1、 Master2
互做备机,负责写的主机宕机,备机切换负责写操作,保证数据库读写分离高可用性