MySQL에서 반동기화 복제를 구현하는 방법
- PHPz앞으로
- 2023-05-26 15:57:001226검색
1. 반동기화 소개
MASTER노드는 클라이언트가 제출한 트랜잭션을 실행한 후 즉시 결과를 클라이언트에 반환하지 않고 적어도 하나의 SLAVE 노드가 수신될 때까지 기다립니다. 클라이언트에 반환하기 전에 릴레이 로그에 기록합니다.MASTER节点在执行完客户端提交的事务后不是立刻返回结果给客户端，而是等待至少一个SLAVE节点接收并写到relay log中才返回给客户端。半同步相对于异步复制而言，提高了数据的安全性，同时也造成了一定程度的延迟，这个延迟最少是一个TCP往返的时间。所以，半同步复制最好在低延时的网络中使用。
MySQL从5.5开始就支持半同步复制，在5.7.2版本的时候对半同步复制进行了一次改进；原先的半同步策略为 AFTER_COMMIT 改进后的策略为 AFTER_SYNC 两者的差异在于SLAVE节点ACK应答MASTER的时机不同。
二、两种模式介绍
AFTER_COMMIT 模式介绍
MASTER将每个事务写入到二进制日志并刷盘保存，同时将事务发送给SLAVE，然后将事务提交给存储引擎处理并进行提交，然后等待SLAVE返回确认信息，在收到确认信息后，MASTER将结果返回给客户端，然后当前客户端可以继续工作。
AFTER_SYNC 模式介绍
MASTER将每个事务写入到二进制日志并刷盘保存，同时将事务发送给SLAVE，然后等待SLAVE返回确认信息，收到确认信息后，将事务提交给存储引擎处理并进行提交，并将结果返回给客户端，然后当前客户端可以继续工作。
三、两种方式比较
对于第一种 AFTER_COMMIT 方式，当前客户端只有在服务器向存储引擎提交数据并收到SLAVE返回的确认后，才会收到事务的返回结果。在事务提交之后收到SLAVE返回确认信息之前，此刻其他客户端可以看到当前客户端提交的事务信息。
如果SLAVE节点由于网络等原因并未收到MASTER节点传递过来的事务，而MASTER节点此刻crash了。HA进行故障转移，客户端都连到SLAVE节点上，这时先前在MASTER节点看到的事务在SLAVE节点并未看到，就会发生事务丢失的情况。
对于第二种 AFTER_SYNC 方式，当事务被SLAVE确认后MASTER在存储引擎层面进行提交事务后，所有客户端才能看到事务造成的数据更改。因此，所有客户端在MASTER上同一时刻看到是相同的数据。
当MASTER节点crash的情况下，所有在MASTER上提交的事务都被复制到SLAVE(保存到中继日志中)。 MASTER服务器意外crash。此刻HA进行故障转移到SALVE后，客户端看到的数据是无损的，因为SLAVE是最新的。
注意，然而，在这种情况下，MASTER不能直接恢复使用，因为它的二进制日志可能包含未提交的事务，此刻当二进制日志恢复并用于业务需求时，可能会导致与SLAVE的冲突。
四、如何开启半同步
方式1：半同步以插件的形式存在，咱们可以直接在线开启即可（本次采用这次方式）
主节点开启：
[root@GreatSQL][(none)]>INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so'; Query OK, 0 rows affected (0.02 sec)
从节点开启：
[root@GreatSQL][(none)]>INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so'; Query OK, 0 rows affected (0.02 sec)
PS：一般情况下所有节点都同步部署master和slave插件，这样故障切换的时候会比较方便处理
方式2：在my.cnf配置中进行开启
主从节点都同步配置开启：
plugin-load="rpl_semi_sync_master=semisync_master.so;rpl_sync_slave=semisync_slave.so" rpl_semi_sync_master_enabled=1 rpl_semi_sync_slave_enabled=1
五、查看插件开启情况
方式1：查询plugin
主节点查看：
[root@GreatSQL][test]>show plugins; | rpl_semi_sync_master | ACTIVE | REPLICATION | semisync_master.so | GPL |
从节点查看：
[root@GreatSQL][(none)]>show plugins; | rpl_semi_sync_slave | ACTIVE | REPLICATION | semisync_slave.so | GPL |
方式二：查询information_schema.plugins
비동기식 복제와 비교하여 반동기화는 데이터 보안을 향상시키지만, 어느 정도 지연이 발생합니다. 이 지연은 적어도 하나의 TCP 왕복 시간입니다. 따라서 반동기 복제는 지연 시간이 짧은 네트워크에서 가장 잘 사용됩니다.
MySQL은 버전 5.5부터 반동기 복제를 지원했습니다. 버전 5.7.2에서는 반동기 복제가 개선되었으며 원래 반동기 전략은 AFTER_SYNC입니다. MASTER에 대한 SLAVE 노드 ACK 응답의 타이밍이 다릅니다. 2. 두 가지 모드 소개AFTER_COMMIT 모드 소개
MASTER는 각 트랜잭션을 바이너리 로그에 기록하고 동시에 디스크를 플러시하여 저장합니다. 트랜잭션을 SLAVE로 보낸 후 처리 및 제출을 위해 트랜잭션 제출을 스토리지 엔진에 보낸 다음 SLAVE가 확인 정보를 반환할 때까지 기다립니다. 확인 정보를 받은 후 MASTER는 결과를 클라이언트에 반환한 다음 현재 클라이언트에 반환합니다. 계속 일할 수 있습니다.AFTER_SYNC
모드 소개MASTER는 각 트랜잭션을 바이너리 로그에 기록하고 디스크에 저장하는 동시에 SLAVE로 트랜잭션을 보낸 다음 확인 정보를 받은 후 SLAVE가 반환될 때까지 기다립니다. , 스토리지 엔진 프로세스에 트랜잭션을 제출하고 제출하여 결과를 클라이언트에 반환하면 현재 클라이언트는 계속 작업할 수 있습니다. 3. 두 가지 방법의 비교첫 번째 AFTER_COMMIT 방법의 경우 현재 클라이언트는 서버가 스토리지 엔진에 데이터를 제출하고 SLAVE Return에서 반환된 확인을 받은 후에만 트랜잭션을 수신합니다. 결과. 거래 제출 후 SLAVE로부터 확인 정보를 받기 전에 다른 고객은 현재 고객이 제출한 거래 정보를 볼 수 있습니다.
네트워크 등의 이유로 MASTER 노드가 전달한 트랜잭션을 SLAVE 노드가 수신하지 못하고 이때 MASTER 노드가 충돌하는 경우입니다. HA가 Failover를 수행하고 클라이언트가 SLAVE 노드에 연결되면 이전에 MASTER 노드에서 보았던 트랜잭션이 SLAVE 노드에서 보이지 않고 해당 트랜잭션이 손실됩니다.
AFTER_SYNC 방법의 경우 SLAVE에 의해 트랜잭션이 확인되고 MASTER가 스토리지 엔진 수준에서 트랜잭션을 커밋하면 모든 클라이언트가 트랜잭션으로 인한 데이터 변경 사항을 볼 수 있습니다. 따라서 모든 클라이언트는 동시에 MASTER에서 동일한 데이터를 볼 수 있습니다. MASTER 노드가 충돌하면 MASTER에 제출된 모든 트랜잭션이 SLAVE에 복사됩니다(릴레이 로그에 저장됨). MASTER 서버가 예기치 않게 충돌했습니다. 이때 HA가 SALVE로 Failover된 이후에는 SLAVE가 최신이므로 클라이언트가 보는 데이터는 손실이 없습니다.
단, 이 경우 바이너리 로그에 커밋되지 않은 트랜잭션이 포함될 수 있으므로 MASTER를 직접 복원하여 사용할 수는 없습니다. 이때 바이너리 로그를 복원하여 업무상 사용할 때 충돌이 발생할 수 있습니다. 슬레이브와 함께.
4. 반동기화 활성화 방법
방법 1:
반동기화는 플러그인 형태로 존재하며 온라인에서 직접 활성화할 수 있습니다(이번에는 이 방법을 사용합니다)마스터 노드 활성화 :
(Thu Feb 17 03:03:12 2022)[root@GreatSQL][(none)]>select * from information_schema.plugins where plugin_name like "%semi%"\G;
*************************** 1. row ***************************
PLUGIN_NAME: rpl_semi_sync_master
PLUGIN_VERSION: 1.0
PLUGIN_STATUS: ACTIVE
PLUGIN_TYPE: REPLICATION
PLUGIN_TYPE_VERSION: 4.0
PLUGIN_LIBRARY: semisync_master.so
PLUGIN_LIBRARY_VERSION: 1.10
PLUGIN_AUTHOR: Oracle Corporation
PLUGIN_DESCRIPTION: Semi-synchronous replication master
PLUGIN_LICENSE: GPL
LOAD_OPTION: ON
1 row in set (0.00 sec)
ERROR:
No query specified
# 从节点信息
(Thu Feb 17 16:05:19 2022)[root@GreatSQL][(none)]>select * from information_schema.plugins where plugin_name like "%semi%"\G;
*************************** 1. row ***************************
PLUGIN_NAME: rpl_semi_sync_slave
PLUGIN_VERSION: 1.0
PLUGIN_STATUS: ACTIVE
PLUGIN_TYPE: REPLICATION
PLUGIN_TYPE_VERSION: 4.0
PLUGIN_LIBRARY: semisync_slave.so
PLUGIN_LIBRARY_VERSION: 1.10
PLUGIN_AUTHOR: Oracle Corporation
PLUGIN_DESCRIPTION: Semi-synchronous replication slave
PLUGIN_LICENSE: GPL
LOAD_OPTION: ON
1 row in set (0.00 sec 노드에서 시작:
[root@GreatSQL][test]>SET GLOBAL rpl_semi_sync_master_enabled = on; Query OK, 0 rows affected (0.00 sec)
PS: 일반적으로 모든 노드는 마스터 및 슬레이브 플러그인을 동시에 배포하므로 장애 조치가 더 편리해집니다.
방법 2: 내 Open in .cnf 구성에서
마스터 노드와 슬레이브 노드 모두 동기적으로 열리도록 구성되었습니다.t@GreatSQL][(none)]>SET GLOBAL rpl_semi_sync_slave_enabled = on;
Query OK, 0 rows affected (0.00 sec)
5. 플러그인 열기 상태를 확인하세요
방법 1:
(Mon Feb 14 15:19:58 2022)[root@GreatSQL][(none)]> (Mon Feb 14 15:19:58 2022)[root@GreatSQL][(none)]>STOP SLAVE IO_THREAD; Query OK, 0 rows affected, 1 warning (0.01 sec) (Mon Feb 14 15:21:41 2022)[root@GreatSQL][(none)]>START SLAVE IO_THREAD; Query OK, 0 rows affected, 1 warning (0.01 sec)🎜🎜슬레이브 노드 보기: 🎜🎜
[root@GreatSQL][test]>show status like 'Rpl_semi_sync_master_status'; +-----------------------------+-------+ | Variable_name | Value | +-----------------------------+-------+ | Rpl_semi_sync_master_status | ON | +-----------------------------+-------+ 1 row in set (0.00 sec)🎜🎜방법 2: 🎜더 포괄적인 정보를 보려면
information_schema.plugins를 쿼리하세요. 🎜🎜🎜마스터 노드 정보: 🎜🎜[root@GreatSQL][(none)]>show status like 'Rpl_semi_sync_slave_status'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | Rpl_semi_sync_slave_status | ON | +----------------------------+-------+ 1 row in set (0.01 sec)🎜 6. 켜기 반동기화 기능에 🎜🎜위 내용은 플러그인의 온라인 설치이기 때문에 네, 플러그인 설치가 완료된 후 서비스를 시작해야 합니다🎜🎜🎜 마스터 노드에서 반동기 복제를 활성화합니다 : 🎜🎜
# 关键信息 Start semi-sync binlog_dump to slave (server_id: 3306) 2022-02-14T02:16:35.411061-05:00 13 [Note] [MY-010014] [Repl] While initializing dump thread for slave with UUID <652ade08-8b1c-11ec-9f62-00155dcff90a>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread(12). 2022-02-14T02:16:35.411236-05:00 13 [Note] [MY-010462] [Repl] Start binlog_dump to master_thread_id(13) slave_server(3306), pos(, 4) 2022-02-14T02:16:35.411263-05:00 13 [Note] [MY-011170] [Repl] Start asynchronous binlog_dump to slave (server_id: 3306), pos(, 4). 2022-02-14T02:16:35.411419-05:00 12 [Note] [MY-011171] [Repl] Stop asynchronous binlog_dump to slave (server_id: 3306). 2022-02-14T02:19:33.913084-05:00 9 [Note] [MY-011130] [Repl] Semi-sync replication initialized for transactions. 2022-02-14T02:19:33.913133-05:00 9 [Note] [MY-011142] [Repl] Semi-sync replication enabled on the master. 2022-02-14T02:19:33.913638-05:00 0 [Note] [MY-011166] [Repl] Starting ack receiver thread. 2022-02-14T02:21:46.899725-05:00 14 [Note] [MY-010014] [Repl] While initializing dump thread for slave with UUID <652ade08-8b1c-11ec-9f62-00155dcff90a>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread(13). 2022-02-14T02:21:46.899894-05:00 14 [Note] [MY-010462] [Repl] Start binlog_dump to master_thread_id(14) slave_server(3306), pos(, 4) 2022-02-14T02:21:46.899953-05:00 14 [Note] [MY-011170] [Repl] Start semi-sync binlog_dump to slave (server_id: 3306), pos(, 4).🎜🎜 슬레이브 노드에서 반동기 복제 활성화: 🎜🎜
[root@GreatSQL][test]>show variables like '%Rpl%'; +-------------------------------------------+------------+ | Variable_name | Value | +-------------------------------------------+------------+ | rpl_read_size | 8192 | | 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 | | rpl_stop_slave_timeout | 31536000 | +-------------------------------------------+------------+ 8 rows in set (0.00 sec)🎜위 설정이 완료된 후 슬레이브 노드에서 IO 스레드를 다시 시작합니다.🎜
[root@GreatSQL][test]>show variables like '%Rpl%'; +---------------------------------+----------+ | Variable_name | Value | +---------------------------------+----------+ | rpl_read_size | 8192 | | rpl_semi_sync_slave_enabled | ON | | rpl_semi_sync_slave_trace_level | 32 | | rpl_stop_slave_timeout | 31536000 | +---------------------------------+----------+ 4 rows in set (0.00 sec)🎜 7. 반동기가 실행 중인지 확인🎜🎜🎜 마스터 노드: 🎜🎜
[root@GreatSQL][test]> show status like '%Rpl_semi%'; +--------------------------------------------+-------+ | Variable_name | Value | +--------------------------------------------+-------+ | Rpl_semi_sync_master_clients | 1 | | 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)🎜🎜 슬레이브 노드: 🎜🎜
show global status like '%semi%'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | Rpl_semi_sync_slave_status | ON | +----------------------------+-------+ 1 row in set (0.00 sec)🎜 마스터 노드 error.log를 확인하면 슬레이브 노드가 반동기 복제를 활성화한 것을 확인할 수 있습니다. 🎜
[root@GreatSQL][(none)]>STOP SLAVE IO_THREAD; Query OK, 0 rows affected, 1 warning (0.02 sec)🎜 위에서 MySQL 반동기 복제가 설정되었습니다! 🎜🎜 8. 반동기 매개변수 정보 🎜🎜🎜 마스터 노드 매개변수 정보: 🎜🎜
[root@GreatSQL][test]>insert into ptype values(4,'4','4'),(5,'5','5'),(6,'6','6'); Query OK, 3 rows affected (0.02 sec)🎜🎜 일부 매개변수에 대한 간략한 설명: 🎜🎜🎜🎜🎜🎜🎜 슬레이브 노드 매개변수 정보: 🎜🎜
[root@GreatSQL][test]>show status like 'Rpl_semi_sync_slave_status'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | Rpl_semi_sync_slave_status | OFF | +----------------------------+-------+ 1 row in set (0.00 sec)🎜🎜 일부 매개변수에 대한 간략한 설명 : 🎜🎜 🎜🎜🎜
九、半同步状态信息
主节点查看：
[root@GreatSQL][test]> show status like '%Rpl_semi%'; +--------------------------------------------+-------+ | Variable_name | Value | +--------------------------------------------+-------+ | Rpl_semi_sync_master_clients | 1 | | 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)
部分参数用途简要说明：
从节点转态信息：
show global status like '%semi%'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | Rpl_semi_sync_slave_status | ON | +----------------------------+-------+ 1 row in set (0.00 sec)
参数简单说明：
十、测试一下半同步的同步情况
半同步是否会降级为异步复制？是会的。
当半同步复制发生超时时（由rpl_semi_sync_master_timeout参数控制，单位是毫秒，默认为10000，即10s），会暂时关闭半同步复制，转而使用异步复制。
当MASTER DUMP 线程发送完一个事务的所有事件之后，如果在rpl_semi_sync_master_timeout内，收到了从库的响应，则主从又重新恢复为半同步复制。
1.从节点暂时先关掉IO线程
[root@GreatSQL][(none)]>STOP SLAVE IO_THREAD; Query OK, 0 rows affected, 1 warning (0.02 sec)
2.主节点写入几条测试数据
[root@GreatSQL][test]>insert into ptype values(4,'4','4'),(5,'5','5'),(6,'6','6'); Query OK, 3 rows affected (0.02 sec)
3.等待10s后查看复制状态，半同步已经关掉了
[root@GreatSQL][test]>show status like 'Rpl_semi_sync_slave_status'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | Rpl_semi_sync_slave_status | OFF | +----------------------------+-------+ 1 row in set (0.00 sec)
4.从节点开启IO线程
[root@GreatSQL][(none)]>START SLAVE IO_THREAD; Query OK, 0 rows affected, 1 warning (0.02 sec)
5.再次查看复制状态，半同步复制自动开启了
t@GreatSQL][test]>show status like 'Rpl_semi_sync_slave_status'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | Rpl_semi_sync_slave_status | ON | +----------------------------+-------+ 1 row in set (0.00 sec)
위 내용은 MySQL에서 반동기화 복제를 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
성명：
이 기사는 yisu.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제