企业级高性能MYSQL的用法---------（二）----------半同步复制 和 全同步复制（组复制)

最新推荐文章于 2024-01-29 11:19:06 发布
最新推荐文章于 2024-01-29 11:19:06 发布
阅读量307 收藏
点赞数
分类专栏： 企业实战
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xrt0211/article/details/106043554
版权

企业级高性能MYSQL的用法---------（二）----------半同步复制 和 全同步复制（组复制)

1.基于GDIT的半同步复制

  1. 为什么要实现mysqI的复制
    1.实现服务器负载均衡
    2.通过复制实现数据的异地备份
    3.提高数据库系统的可用性

  2. 异步复制、全同步复制和半同步复制的对比
    1.异步复制( Asynchronous replication )
    MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果down掉了,此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。
    2.全同步复制( Fully synchronous replication )
    指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。
    3.半同步复制( Semisynchronous replication )
    介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。

在2010年MySQL 5.5版本之前，一直采用的是这种异步复制的方式。主库的事务执行不会管备库的同步进度，如果备库落后，主库不幸crash,那么就会导致数据丢失。于是在MySQL在5.5中就顺其自然地引入了半同步复制，主库在应答客户端提交的事务前需要保证至少一个从库接收并写到relay log中

  1. 基于GDIT的半同步复制
    第一步：主库安装服务插件，并且开启半同步复制
[root@server1 ~]# mysql -uroot -pXiaoxu@junjun021129
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.7.28-log MySQL Community Server (GPL)

Copyright (c) 2000, 2019, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>  install plugin rpl_semi_sync_master soname 'semisync_master.so';
Query OK, 0 rows affected (0.01 sec)

mysql> select plugin_name,plugin_status
    -> from information_schema.plugins
    -> where plugin_name like '%semi%';
+----------------------+---------------+
| plugin_name          | plugin_status |
+----------------------+---------------+
| rpl_semi_sync_master | ACTIVE        |
+----------------------+---------------+
1 row in set (0.01 sec)

mysql> set global rpl_semi_sync_master_enabled=1;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like '%semi%'; 
+-------------------------------------------+------------+
| Variable_name                             | Value      |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled              | ON         |
| rpl_semi_sync_master_timeout              | 10000      |
| rpl_semi_sync_master_trace_level          | 32         |
| rpl_semi_sync_master_wait_for_slave_count | 1          |
| rpl_semi_sync_master_wait_no_slave        | ON         |
| rpl_semi_sync_master_wait_point           | AFTER_SYNC |
+-------------------------------------------+------------+
6 rows in set (0.00 sec)

mysql> show status like '%rpl_semi_sync%';
+--------------------------------------------+-------+
| Variable_name                              | Value |
+--------------------------------------------+-------+
| Rpl_semi_sync_master_clients               | 0     |
| Rpl_semi_sync_master_net_avg_wait_time     | 0     |
| Rpl_semi_sync_master_net_wait_time         | 0     |
| Rpl_semi_sync_master_net_waits             | 0     |
| Rpl_semi_sync_master_no_times              | 0     |
| Rpl_semi_sync_master_no_tx                 | 0     |
| Rpl_semi_sync_master_status                | ON    |
| Rpl_semi_sync_master_timefunc_failures     | 0     |
| Rpl_semi_sync_master_tx_avg_wait_time      | 0     |
| Rpl_semi_sync_master_tx_wait_time          | 0     |
| Rpl_semi_sync_master_tx_waits              | 0     |
| Rpl_semi_sync_master_wait_pos_backtraverse | 0     |
| Rpl_semi_sync_master_wait_sessions         | 0     |
| Rpl_semi_sync_master_yes_tx                | 0     |
+--------------------------------------------+-------+
14 rows in set (0.00 sec)

mysql>

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
第二步：在从端也安装插件，开启半同步复制

mysql> install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
Query OK, 0 rows affected (0.01 sec)

mysql> set global rpl_semi_sync_slave_enabled=1;
Query OK, 0 rows affected (0.01 sec)

mysql> show variables like '%semi%';
+---------------------------------+-------+
| Variable_name                   | Value |
+---------------------------------+-------+
| rpl_semi_sync_slave_enabled     | ON    |
| rpl_semi_sync_slave_trace_level | 32    |
+---------------------------------+-------+
2 rows in set (0.03 sec)

mysql>

在这里插入图片描述

注意：要重启从端的IO线程，如果没有重启，则默认还是异步复制，重启后，slave会在master上注册为半同步复制的slave角色

mysql> stop slave io_thread;
Query OK, 0 rows affected (0.00 sec)

mysql> start slave io_thread;
Query OK, 0 rows affected (0.00 sec)

mysql> show status like '%rpl%';
+----------------------------+-------+
| Variable_name              | Value |
+----------------------------+-------+
| Rpl_semi_sync_slave_status | ON    |
+----------------------------+-------+
1 row in set (0.00 sec)

mysql> show variables like '%rpl%';
+---------------------------------+----------+
| Variable_name                   | Value    |
+---------------------------------+----------+
| rpl_semi_sync_slave_enabled     | ON       |
| rpl_semi_sync_slave_trace_level | 32       |
| rpl_stop_slave_timeout          | 31536000 |
+---------------------------------+----------+
3 rows in set (0.00 sec)

mysql>

在这里插入图片描述
在这里插入图片描述

测试：

情况一1：半同步失败的情况

没有通过半同步复制

1.从端关掉IO线程：

mysql> stop slave io_thread;
Query OK, 0 rows affected (0.01 sec)

2. 在主端表中插入数据，会等待10秒，10s后会变为异步复制：

mysql> insert into userlist values ('user5','555');
Query OK, 1 row affected (10.01 sec)

此时在主端发现半同步失败次数+1：

Rpl_semi_sync_master_no_tx表示没有成功接收slave提交的次数，也就是使用半同步失败的次数，10s后没有得到反馈信息，会转为异步复制
Rpl_semi_sync_master_yes_tx使用半同步成功的次数，数据的一致性能提高

在这里插入图片描述

此时，从端会发现没有同步过来，再次打开IO线程后，数据才能同步过来，此时复制过来的是异步复制的结果

mysql> select * from userlist;
+----------+----------+
| username | password |
+----------+----------+
| user1    | 888      |
| user2    | 888      |
+----------+----------+
2 rows in set (0.00 sec)

mysql> start slave io_thread;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from userlist;
+----------+----------+
| username | password |
+----------+----------+
| user1    | 888      |
| user2    | 888      |
| user3    | 888      |
+----------+----------+
3 rows in set (0.00 sec)

mysql>

在这里插入图片描述
情况二：半同步正常情况

第一步：从端打开IO：

mysql> start slave io_thread;
Query OK, 0 rows affected (0.00 sec)

第二步 主端插入新数据：

mysql> insert into userlist values ('user6','666');
Query OK, 1 row affected (0.01 sec)

mysql> select * from userlist;

mysql> show status like '%rpl%';  #Rpl_semi_sync_master_yes_tx 变为1，成功一次

在这里插入图片描述
从端验证同步结果
在这里插入图片描述

2.MySQL的组复制

1.组复制模型

  1. 组复制模型
    MySQL组复制是MySQL 5.7.17开始引入的新功能，为主从复制实现高可用功能。它支持单主模型和多主模型两种工作方式(默认是单主模型)。
  2. 单主模型
    从复制组中众多个MySQL节点中自动选举一个master节点，只有master节点可以写，其他节点自动设置为read only。当master节点故障时，会自动选举一个新的master节点，选举成功后，它将设置为可写，其他slave将指向这个新的master。
  3. 多主模型
    复制组中的任何一个节点都可以写，因此没有master和slave的概念，只要突然故障的节点数量不太多，这个多主模型就能继续可用。

2.组复制原理

复制组由多个 server成员构成，并且组中的每个 server 成员可以独立地执行事务。但所有读写（RW）事务只有在冲突检测成功后才会提交。只读（RO）事务不需要在冲突检测，可以立即提交。

换句话说，对于任何 RW 事务，提交操作并不是由始发 server 单向决定的，而是由组来决定是否提交。准确地说，在始发 server 上，当事务准备好提交时，该 server 会广播写入值（已改变的行）和对应的写入集（已更新的行的唯一标识符）。然后会为该事务建立一个全局的顺序。最终，这意味着所有 server 成员以相同的顺序接收同一组事务。因此，所有 server 成员以相同的顺序应用相同的更改，以确保组内一致。

组复制使您能够根据在一组 server 中复制系统的状态来创建具有冗余的容错系统。因此，只要它不是全部或多数 server 发生故障，即使有一些 server 故障，系统仍然可用，最多只是性能和可伸缩性降低，但它仍然可用。server 故障是孤立并且独立的。它们由组成员服务来监控，组成员服务依赖于分布式故障检测系统，其能够在任何 server 自愿地或由于意外停止而离开组时发出信号。

总之，MySQL 组复制提供了高可用性，高弹性，可靠的 MySQL 服务。

3.实现组复制

实验环境：
server1 server2 server3三台装有mysql的虚拟机

第一步：还原之前做过的实验（因为server1 server2 之前做过实验，server3 是新机）

在server1 和 server2 中：

systemctl stop mysqld
cd /var/lib/mysql
rm -fr *

注意：如果之前没有做过其他的mysql实验，就可不用做这一步骤

在这里插入图片描述
在这里插入图片描述
第二步：配置server1

1. 生成UUID：
uuidgen	#这一步生成的uuid要在后面用到

2. 编辑mysql配置文件：

vim /etc/my.cnf
写入：
server_id=1
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW
plugin_load_add='group_replication.so'
transaction_write_set_extraction=XXHASH64	#指示Server必须为每个事务收集写集合，并使用XXHASH64哈希算法将其编码为散列
group_replication_group_name="d2c2069a-974c-11ea-8ffb-000c29050807"	#告知插件,正在加入或创建的组要命名，一般写UUID
group_replication_start_on_boot=off	#指示插件在 server 启动时不自动启动组复制
group_replication_local_address= "192.168.43.71:33061"	#告诉插件使用 IP 地址 本地主机,端口33061用于接受来自组中其他成员的传入连接。
group_replication_group_seeds= "192.168.43.71:33061,192.168.43.72:33061,192.168.43.73:33061"
group_replication_bootstrap_group=off	#配置是否自动引导组
loose-group_replication_ip_whitelist="127.0.0.1,192.168.43.0/24"	#用户白名单
loose-group_replication_enforce_update_everywhere_checks=ON	#多主模式下为多主更新启用或禁用严格一致性检查
loose-group_replication_single_primary_mode=OFF	#设置组自动选择一个 server 来处理读/写工作

在这里插入图片描述

3. 打开服务、过滤密码、安全初始化：

systemctl start mysqld
cat /var/log/mysqld.log | grep password
mysql_secure_installation 

4. 启动组复制：

mysql> SET SQL_LOG_BIN=0;	#禁用二进制日志
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Xiaoxu@junjun021129'；	#创建用户
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';	#加用户权限
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;	#刷新数据
Query OK, 0 rows affected (0.00 sec)

mysql> SET SQL_LOG_BIN=1;	#启用二进制日志
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Redhat.123' FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.04 sec)

mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';	#安装组复制插件（因为配置文件已经写过此参数，所以报错）
ERROR 1125 (HY000): Function 'group_replication' already exists
mysql> SHOW PLUGINS;


mysql> SET GLOBAL group_replication_bootstrap_group=ON;	#先打开，等打开组复制之后再开启
Query OK, 0 rows affected (0.00 sec)

mysql> START GROUP_REPLICATION;	#打开组复制
Query OK, 0 rows affected (2.30 sec)

mysql> SET GLOBAL group_replication_bootstrap_group=OFF;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM performance_schema.replication_group_members;	#查看状态，显示ONLINE则开启成功

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
第三步：配置server2

1 还原之前做过的实验：
注意：如果之前没有做过其他的mysql实验，就可不用做这一步骤
systemctl stop mysqld
cd /var/lib/mysql
rm -fr *

step2 编辑mysql配置文件：
vim /etc/my.cnf
修改两处：
server_id=2	#修改id
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW
plugin_load_add='group_replication.so'
transaction_write_set_extraction=XXHASH64	
group_replication_group_name="d2c2069a-974c-11ea-8ffb-000c29050807"	
group_replication_start_on_boot=off	
group_replication_local_address= "192.168.43.72:33061"	#修改本机ip
group_replication_group_seeds= "192.168.43.71:33061,192.168.43.72:33061,192.168.43.73:33061"
group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist="127.0.0.1,192.168.43.0/24"	
loose-group_replication_enforce_update_everywhere_checks=ON	
loose-group_replication_single_primary_mode=OFF	


3 打开服务、过滤密码、安全初始化：

systemctl start mysqld
cat /var/log/mysqld.log | grep password
mysql_secure_installation

4 配置组复制：
mysql> SET SQL_LOG_BIN=0;
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Xiaoxu@junjun021129';
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.00 sec)

mysql> SET SQL_LOG_BIN=1;
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Xiaoxu@junjun021129' FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.02 sec)

mysql> set global group_replication_allow_local_disjoint_gtids_join=on;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> START GROUP_REPLICATION;
Query OK, 0 rows affected, 1 warning (3.11 sec)

mysql>

配置完成之后，在server1上查看状态：

在这里插入图片描述

第四步：配置server3

1 还原之前做过的实验：
注意：如果之前没有做过其他的mysql实验，就可不用做这一步骤
systemctl stop mysqld
cd /var/lib/mysql
rm -fr *

step2 编辑mysql配置文件：
vim /etc/my.cnf
修改两处：
server_id=3	#修改id
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW
plugin_load_add='group_replication.so'
transaction_write_set_extraction=XXHASH64	
group_replication_group_name="d2c2069a-974c-11ea-8ffb-000c29050807"	
group_replication_start_on_boot=off	
group_replication_local_address= "192.168.43.73:33061"	#修改本机ip
group_replication_group_seeds= "192.168.43.71:33061,192.168.43.72:33061,192.168.43.73:33061"
group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist="127.0.0.1,192.168.43.0/24"	
loose-group_replication_enforce_update_everywhere_checks=ON	
loose-group_replication_single_primary_mode=OFF


3.打开服务、过滤密码、安全初始化：
systemctl start mysqld
cat /var/log/mysqld.log | grep password
mysql_secure_installation

4.配置组复制：
mysql> SET SQL_LOG_BIN=0;
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Xiaoxu@junjun021129';
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.00 sec)

mysql> SET SQL_LOG_BIN=1;
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Xiaoxu@junjun021129' FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.06 sec)

mysql> set global group_replication_allow_local_disjoint_gtids_join=on;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> START GROUP_REPLICATION;
Query OK, 0 rows affected, 1 warning (3.09 sec)

mysql>

配置完成之后，在server1上查看状态：

在这里插入图片描述

测试：

在其中一台服务器中创建新表，在其他两台都能看见插入的信息

这里我们在server3中插入数据，在server1 和server2 中都可以看到数据

server3 中

在这里插入图片描述
server1 和 server2
在这里插入图片描述

同理：在其中一台服务器中创建新表，在其他两台都能看见插入的信息

xrt0211
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
企业—mysql的半同步复制和全同步复制（组复制）
xy_的博客
05-18 798
1.mysql的半同步复制 （1）半同步的定义：半同步复制是一主多从模式，有一个从结点返回成功，即成功，不必等待多个结点全部返回。 MySQL半同步，MySQL5.5由Google贡献的补丁才开始支持半同步复制（semi Replication)模式，该模式可以确报从服务器接受完主服务器发送的binlog日志文件并写入自己的中继日志（relay log）里，然后会给主服务器一个反馈，告诉对方已经接收到完毕，这时主库线程才返回当前session告知操作完成，当出现超时情况时，源主服务器会暂时切换到异步复制模
mysql系列（四）异步复制、全同步复制与半同步复制
热门推荐
xihuanyuye的博客
07-26 1万+
这里虽然说的是Mysql数据库，但对应其他数据库，原理没有什么差异。只是在具体实现和配置上不同。 一、异步复制（Asynchronous replication） 1、逻辑上 MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从库上，如果此时，强...
mysql 半同步 全同步_企业——MYSQL异步复制、半同步复制、全同步复制
weixin_29645033的博客
01-27 153
一、异步、同步和半同步复制概念异步复制(Asynchronous replication)，MySQL默认的复制是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理。原理最简单，性能最好，但是主从之间数据不一致的概率很大。全同步复制(Fullysynchronous replication)，指当主库执行完一个事务，所有的从库都执行了该事务才返回给客...
mysql--半同步复制和全同步复制
qq_41977453的博客
01-08 1278
一、半同步复制 1 半同步复制的介绍 mysql的主备库通过binlog日志保持一致，主库本地执行完事务，binlog日志落盘后即返回给用户；备库通过拉取主库binlog日志来同步主库的操作。默认情况下，主库与备库并没有严格的同步，因此存在一定的概率备库与主库的数据是不对等的。半同步特性的出现，就是为了保证在任何时刻主备数据一致的问题。相对于异步复制，半同步复制要求执行的每一个事务，都要求至少...
一文看懂MySQL的异步复制、全同步复制与半同步复制
禅与计算机程序设计艺术
11-01 1万+
今天主要聊一下MySQL的异步复制、全同步复制与半同步复制。一、异步复制（Asynchronous replication）1、逻辑上MySQL默认的复制即是异步的，主库在执行完客户端提交的事务后会立即将结果返给给客户端，并不关心从库是否已经接收并处理，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从库上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。2、...
springboot+security+mybatis-plus+mysql实现权限管理
03-13
这是一个常见的技术栈组合，适合于快速开发企业级的Web应用，尤其是那些对安全性有较高要求的系统。 首先，SpringBoot是Spring框架的一个轻量级衍生版本，它简化了项目的配置和初始化过程，使开发者能更专注于业务...
商业编程-源码-articleshow v1.0 完全版.zip
06-20
商业编程是指为商业环境开发软件的过程，这包括定制企业级应用、电商平台、客户关系管理（CRM）系统等。这些软件通常需要满足特定的业务需求，具有高度的可扩展性、安全性及性能优化。 articleshow v1.0 可能是一个...
mysql-connector-java.zip
05-17
MySQL是世界上最受欢迎的开源关系型数据库管理系统之一，其在企业级应用中被广泛使用。MySQL-Connector-Java是MySQL官方提供的Java数据库连接器，它允许Java应用程序与MySQL数据库进行通信。这个zip文件“mysql-...
ssm项目实战--APP信息管理平台
03-07
MySQL是一种广泛使用的开源关系型数据库管理系统，具有高性能、稳定性强的特点，适合中小型项目使用。在APP信息管理平台中，MySQL将存储所有关于APP的信息，并通过MyBatis提供的接口进行数据的增删查改。 项目实战...
mybatis-plus-3.0.zip
12-19
- **数据权限控制**: 提供了数据权限控制功能，便于实现企业级的数据安全策略。 3. **API详解** - **BaseMapper**: 所有Mapper接口的基类，包含了基本的CRUD方法。 - **EntityWrapper**: 用于构建动态SQL，可以...
MySQL半同步复制配置
sinat_36757755的博客
04-16 5228
MySQL默认的主从复制采用的是异步模式，主库提交事务不需要确认是否已经传送到从库端，在主库发生宕机主备切换时，可能导致主库已经提交的事务在从库丢失的情况。 在MySQL 5.7通过插件支持了半同步复制模式，半同步模式下，主库事务至少要确保一个从库接收到日志才能完成提交，因此，可以保证在主库发生宕机时，已经提交的事务已经传送到从库，确保数据的不丢失。
mysql的半同步复制和全同步复制
Dead_LS的博客
02-10 653
1.mysql半同步复 在server1和server2上安装半同步复制的插件 INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';安装半同步模块 查看server1和server2上的插件 SELECT PLUGIN_NAME, PLUGIN_STATUS设置 FROM INFORMATION_SCHEM...
数据库的半同步复制，全同步复制和一主两从
weixin_42709236的博客
10-22 1554
半同步复制——基于GTID 简介 默认情况下，MySQL的复制功能是异步的，异步复制可以提供最佳的性能， 主库把binlog日志发送给从库，这一动作就结束了，并不会验证从库是否接收完毕，这一过程，也就意味着有可能出现当主服务器或从服务器端发生故障的时 候，有可能从服务器没有接收到主服务器发送过来的binlog日志，这就会造成主服务器和从服务器的数据不一致，甚至在恢复时造成数据的丢失 为了解...
MySQL高可用-异步，全同步，半同步
weixin_34303897的博客
03-04 4670
mysql异步复制mysql异步复制是指，mysql主库将事务信息写入binlog文件中的时候，此时主库会通过binlog dump线程给从库发送这些新的binlog变化，然后并不等待从库的响应继续提交事务并写入binlog，所以主库并不保证这些事务变化的binlog数据会传输并应用到任何从库。mysql全同步复制mysql全同步复制是指，当主库提交事务的binlog后，所有...
mysql半同步复制&组复制&全同步机制
awoyaoc的博客
08-13 9362
先配置好主从 配置主从详见上一篇博客，这里只是简单过一边 mysql> grant replication slave on *.* to 'haha'@'172.25.53.%' identified by 'YaoJing...123@'; Query OK, 0 rows affected, 1 warning (0.00 sec) Server2链接server1 mysq...
MySQL传统无损同步
nzy15854627832的博客
03-24 2010
环境准备 操作系统：两台 Oracle Linux 7.9 数据库版本：5.7.36 主库IP：192.168.16.51 3306 从库IP：192.168.16.52 3306 前言 目前单机数据库数据库量为10g。需要搭建主从复制架构，基于主库搭建一个从库，从库用于数据容灾和主库备机，采用mysqldump+传统的无损同步复制 一、配置主从用户及my.cnf文件 1、主库和从库创建复制用户并授权 mysql -uroot -proot create user 're..
【MySQL复制】半同步复制
最新发布
DBA之路的博客
01-29 1331
除了内置的异步复制之外，MySQL 5.7 还支持通过插件实现的半同步复制接口。本节讨论半同步复制的概念及其工作原理。接下来的部分将涵盖与半同步复制相关的管理界面，以及如何安装、配置和监控它。
MySQL半同步复制源码解析
m0_73311735的博客
09-13 707
/ 观察者模式，调用 Binlog_storage_observer 里面的repl_semi_report_binlog_update函数，将当前的 binlog 文件和最新的 pos 点记录到 active_tranxs_ 列表中。// 找到观察器调用, 这是是观察者模式。// 遍历 active_tranxs_ 活跃的事务链表, 找到大于等于 trx_wait_binlog_name 和 trx_wait_binlog_pos。其他 sync 队列。
精华推荐 | 【MySQL技术专题】「主从同步架构」全面详细透析MySQL的三种主从复制（Replication）机制的原理和实战开发（原理+实战）
世界上并没有完美的程序，但是我们并不因此而沮丧，因为写程序就是一个不断追求完美的过程。
12-15 2398
Replication复制是指将主数据库的DDL和DML操作通过二进制日志传到从库服务器中，然后在从库上对这些日志重新执行（也叫重做），从而使得从库和主库的数据保持同步。MySQL支持一台主库同时向多台从库进行复制， 从库同时也可以作为其他从服务器的主库，实现链状复制。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值