标签:start 修改 通过 server-id stat show nsis 运行 工作原理
记录?(^?^*) 1、二进制文件和位置的复制;2、基于全局事物标识符(GTID)两种方式的主从复制:(测试环境为CentOS 7.3)1、Master把数据库操作记录到Binary log,并发送给Slave的I/O线程;
2、Slave的I/O线程把接收到Binary log存储到本地的Relay log;
3、Slave的SQL线程从Relay log读取信息并在本地更新;
主数据库(Master,192.168.100.51):
1、修改配置文件
# vi /etc/my.cnf
[mysqld]
#该id需设置为唯一
server-id = 1
#开启二进制日志
log-bin = bin-log
2、创建复制账户
进入mysql
create user ‘slave‘ @ ‘%‘ identified by ‘slavepass‘;
grant replication slave on *.* to ‘slave‘ @ ‘%‘;
3、查看Master二进制文件名及位置
show master status;
从数据库(SLAVE,192.168.100.52):
1、修改配置文件:
# vi /etc/my.cnf
[mysqld]
#该id需设置为唯一
server-id = 2
2、配置连接
# 与主数据库创建的复制账户对应
mysql> CHANGE MASTER TO
MASTER_HOST=‘192.168.100.51‘,
MASTER_USER=‘slave‘,
MASTER_PASSWORD=‘slavepass‘,
MASTER_LOG_FILE=‘和主服务器file对应‘,
MASTER_LOG_POS=‘和主服务器pos对应‘;
3、启动SLAVE
mysql> START SLAVE;
4、查看SLAVE状态
mysql> SHOW SLAVE STATUS\G;
查看Slave SQL线程和IO线程是否正常运行
在主数据库创建数据库,新增加表及数据,查看从库是否更新即可。
GTID是MYSQL 5.6引用的新特性,在数据库事务提交时会在binlog中产生一个对应的GTID,主从
复制时,从数据库会通过GTID来确定同步的位置,不用在去找File和Position。为什么说是全局,因为传统方式使用的pos在master和slave当中是不一样的。而对于GTID,对于相同的事务在master和slave当中是一致的。这样,当一个master宕机后,slave1提为master后,slave2不用在去找slave1的File和Position。
主数据库(Master,192.168.100.51):
1、修改配置文件
# vi /etc/my.cnf
[mysqld]
#该id需设置为唯一
gtid_mode = ON
server-id = 1
#开启二进制日志
log-bin = bin-log
enforce_gtid_consistency = ON
2、创建复制账户
mysql > grant replication slave on *.* to ‘slave‘ @ ‘%‘ identified by ‘slavepass‘;
从数据库(Master,192.168.100.52):
1、修改配置文件
# vi /etc/my.cnf
[mysqld]
gtid_mode = ON
server_id = 2
enforce_gtid_consistency = ON
2、配置复制连接
mysql> CHANGE MASTER TO
MASTER_HOST=‘192.168.100.51‘,
MASTER_USER=‘slave‘,
MASTER_PASSWORD=‘slavepass‘,
MASTER_AUTO_POSITION = 1;
3、启动slave并查看
mysql > start slave;
mysql > show slave status\G;
CentOS 7 部署MySQL 5.7(主从复制,传统方式及GTID)
标签:start 修改 通过 server-id stat show nsis 运行 工作原理
原文地址:https://blog.51cto.com/bilibili/2363371