Mysql 5.7.21 centos7 主从复制,并行复制,半同步复制,主主复制实现

1.最简单的主从同步实现方案

资料:https://www.cnblogs.com/imweihao/p/7301537.html
主要关注从机复制选项优化
1)在master主机上,配置my.cnf

server-id = 1
log_bin = /usr/local/mysql-5.7.21/log/mysql-master-bin.log
binlog-do-db=employees #要给从机同步的库

2)启动master主机上mysql数据库服务,给账号赋权限。
mysqld_safe &
mysql> show variables like '%log_bin%';
mysql> grant replication slave on . to 'backup'@'%' identified by '123456';
mysql>show master status \G; #获取master status状态中log文件名和位置pos信息。

  1. 导出数据,并锁定数据库,令数据库不能写入数据,直到同步完成。
    mysqldump -uroot -p密码 -hlocalhost 你的数据库 > /tmp/数据库名.sql.bak; # 例如 test.sql.bak
    mysql>flush tables with read lock;

  2. slave主机上配置my.cnf

server-id = 2
log_bin = /usr/local/mysql-5.7.21/log/mysql-master-bin.log
relay_log = /usr/local/mysql-5.7.21/log/mysql-relay-bin.log
  1. 启动slave上mysql服务后,执行change master语句,实现主从同步。
mysql -uroot -p密码 -hlocalhost test < /tmp/数据库名.sql.bak; # 例如 test.sql.bak
mysql>stop slave; # 暂停从机复制。

mysql>change master to master_host='10.211.55.23',master_user='backup',master_password='123456',master_log_file='mysql-master-bin.000001',master_log_pos=1994; # 配置主从关系。并且log_file和log_pos参数与主库master status状态显示一致。

mysql>start slave; # 开始从机复制。
mysql>show slave status \G 

6)在master主机mysql数据库中,解锁所有表

unlock tables;

5)测试主从是否可用。
在主库test数据库里,新建一张表,插入数据。

6)只读权限
在slave从机上,设置
[mysqld]
read_only = 1
该参数不影响从机复制功能,但是限制普通用户不能修改数据,而具有super权限的用户仍然能修改数据

2. 组提交与并行复制

原理,网上资料很多,此处不再多提。
了解几个概念:
XA-2PC:mysql 5.6之前,事务两阶段提交
组提交:mysql 5.6之后提出,5.6支持不同数据库的并行复制。而5.7之后,组提交和并行复制功能都大大提升了,基本解决复制延迟问题。所以必须要会设置。
参考资料:
并行复制,与slave线程数设定
实现,需要master主库和slave备库上配置my.cnf

master主库
binlog_group_commit_sync_delay = 1000 # 单位微妙
binlog_group_commit_sync_no_delay_count = 100 # 单位每组事物数量
slave 从库上
# slave-parallel-type有两个之,DATABASE和LOGICAL_CLOCK,DATABASE: 默认值,兼容5.6以schema维度的并行复制, LOGICAL_CLOCK: MySQL 5.7基于组提交的并行复制机制。
slave-parallel-type=LOGICAL_CLOCK
slave-parallel-workers=8 #太多的线程会增加线程间同步的开销,建议4-8个slave线程
master_info_repository=TABLE
relay_log_info_repository=TABLE
relay_log_recovery=ON

3.半同步复制

组提交和并行复制解决同步延迟问题的话。
半同步复制就是为了解决数据一致性问题。保障复制不会出错。
ps:半同步不是完全真的半同步,从机响应主机超时就会变成异步复制。

半同步复制原理图

资料:
MySQL5.7 对半同步复制的改进
在mysql 5.7 中如何开启半同步复制
mysql主从复制、基于gtid的主从复制、并行复制、半同步

1)检查是否能动态安装插件
mysql>select @@have_dynamic_loading ;
mysql>show plugins; # 查看是否有semi半同步模块
mysql>SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semi%'; # 另一种查看是否有semi半同步模块的方法
2)在master上安装插件semisync_master.so
mysql>install plugin rpl_semi_sync_master soname 'semisync_master.so';
3)在slave上安装semisync_slave.so
mysql>install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
4)修改master和slave上my.cnf参数

master:
mysql>set global rpl_semi_sync_master_enabled=1;
mysql>set global rpl_semi_sync_master_timeout=1000;
或者my.cnf文件修改后重启
[mysqld]
rpl_semi_sync_master_enabled = 1
rpl_semi_sync_master_timeout = 1000 # 1 second
slave:
mysql>set global rpl_semi_sync_slave_enabled=1;
或者my.cnf文件修改后重启
[mysqld]
rpl_semi_sync_slave_enabled = 1

5)检查是否开启了半同步复制
主库上查看:
mysql>show global variables like '%semi%';
mysql>show global status like '%semi%';

4. 打开GTID的主从复制

参考资料:
MySQL GTID复制的优缺点介绍

GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号。
GTID实际上是由UUID+TID组成的。其中UUID是一个MySQL实例的唯一标识。TID代表了该实例上已经提交的事务数量,并且随着事务提交单调递增,最初由google实现,官方MySQL在5.6才加入该功能。
GTID是事务提交时创建分配的唯一标识符,所有事务均与GTID一一映射

GTID的优点:
1.根据GTID可以知道事务最初是在哪个实例上提交的
2.GTID的存在方便了Replication的Failover

5. 主主复制

参考资料:
MySql搭建集群 之 主主复制(双主代从)
说明:
关键配置参数:

# 整个结构中主机服务器的总数,假设两台服务器做主机,那么数值=2
auto-increment-increment = 2
# 设定数据库中自动增长的起点
auto-increment-offset = 1

实施步骤:
1)两台服务器上,配置my.cnf

master1:
server-id=1
log-bin=mysqlmaster-bin.log
auto-increment-increment=2
auto-increment-offset = 1
master2:
server-id=1
log-bin=mysqlmaster-bin.log
auto-increment-increment=2
auto-increment-offset = 2

2)在两台服务器上执行语句
GRANT REPLICATION SLAVE ON . TO 'backup'@'%' IDENTIFIED BY '123456';
3)分别查询master status,然后执行change master to语句。

master1:
CHANGE MASTER TO MASTER_HOST='10.211.55.22',MASTER_USER='backup',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-master-bin.000002',MASTER_LOG_POS=154;
master2:
CHANGE MASTER TO MASTER_HOST='10.211.55.23',MASTER_USER='backup',MASTER_PASSWORD='123456',MASTER_LOG_FILE='mysql-master-bin.000002',MASTER_LOG_POS=120;

4)开启同步复制
start slave;
show slave status \G
查看两个参数均为yes,表示同步线程开始
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

5)创建自增字段的表,插入数据测试。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,015评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,262评论 1 292
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,727评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,986评论 0 205
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,363评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,610评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,871评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,582评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,297评论 1 242
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,551评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,053评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,385评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,035评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,079评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,841评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,648评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,550评论 2 270

推荐阅读更多精彩内容