Mysql多源复制半同步_MySQL多源复制搭建

最新推荐文章于 2022-06-13 11:34:35 发布
最新推荐文章于 2022-06-13 11:34:35 发布
阅读量85 收藏
点赞数
文章标签： Mysql多源复制半同步
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39849287/article/details/113948856
版权

1.1     实验概要

1.1.1  实验假设

本实验假设已经完成操作系统和MySQL安装部署。

1.1.2  实验目的

MySQL5.7的多源复制技术搭建部署，然后简单测试。

1.1.3  环境信息

操作系统

MySQL版本

服务器地址

服务器角色

Centos7

5.7.18

192.168.102.23

source 1

Centos7

5.7.18

192.168.102.24

source 2

Centos7

5.7.18

192.168.102.25

target

1.1.4  实验规划

服务器地址

服务器角色

MySQL库

账户

192.168.102.23

source 1

emily

repl23

192.168.102.24

source 2

evelyn

repl24

192.168.102.25

target

source 1.emilyàtarget

source 2.evelynàtarget

username:

source 1:repl23

source 2:repl24

1.2     实验操作

1.2.1  源端备份数据库

分别从source1和source2分别备份出emily和evelyn库，然后分别copy到target中。其中操作步骤如下：

source 1：

##备份

[root@dsm-db-102023 11:26:50 /root]

#mysqldump -uroot –pmysql --single-transaction --master-data=2 --databases emily > /root/dump/emily.sql

##传输

[root@dsm-db-102023 11:34:38 /root/dump]

#scp /root/dump/emily.sql root@192.168.102.25:/root/dump/

source 2：

##备份

[root@test-mysql-10224 11:19:47 /root]

#mysqldump -uroot -pmysql --single-transaction --master-data=2 --databases evelyn > /root/dump/evelyn.sql

##传输

[root@dsm-db-102023 11:34:38 /root/dump]

#scp /root/dump/emily.sql root@192.168.102.25:/root/dump/

1.2.2  创建同步账户

分别在source1和source2中创建同步账户repl23、repl24

source1

root@192.168.102.23:3306 [emily]>create user repl23 identified by "repl";

root@192.168.102.23:3306 [(none)]>grant replication slave on *.* to 'repl23'@'%';

source2

root@192.168.102.24:3306 [evelyn]>create user repl24 identified by "repl";

root@192.168.102.24:3306 [evelyn]>grant replication slave on *.* to 'repl24'@'%';

1.2.3  目标端恢复数据库

## 恢复evelyn库

root@192.168.102.25:3306 [(none)]>reset master

[root@dsm-db-102025 14:01:24 /root/dump]

#mysql -uroot -pmysql < evelyn.sql

## 查看gtid_purged

root@192.168.102.25:3306 [(none)]>show global variables like '%gtid_purged%';

+---------------+------------------------------------------+

| Variable_name | Value                                    |

+---------------+------------------------------------------+

| gtid_purged   | 921a9068-24d2-11e7-99b5-005056b59593:1-287,

bd783f44-258f-11e7-914b-005056b5d312:1-28071 |

+---------------+------------------------------------------+

## 恢复emily库

root@192.168.102.25:3306 [(none)]>reset master

[root@dsm-db-102025 14:21:22 /root/dump]

#mysql -uroot -pmysql < /root/dump/emily.sql;

##设置source1和source2的gtid_purged

root@192.168.102.25:3306 [(none)]>show variables like '%gtid_purged%';

+---------------+------------------------------------------+

| Variable_name | Value                                    |

+---------------+------------------------------------------+

| gtid_purged   | 7937ac78-3c39-11e7-b59e-005056b5d25f:1-4 |

+---------------+------------------------------------------+

## set global gtid_purged='921a9068-24d2-11e7-99b5-005056b59593:1-287,bd783f44-258f-11e7-914b-005056b5d312:1-28071,7937ac78-3c39-11e7-b59e-005056b5d25f:1-4';

root@192.168.102.25:3306 [(none)]>reset master;

Query OK, 0 rows affected (0.01 sec)

root@192.168.102.25:3306 [(none)]>set global gtid_purged='921a9068-24d2-11e7-99b5-005056b59593:1-287,bd783f44-258f-11e7-914b-005056b5d312:1-28071,7937ac78-3c39-11e7-b59e-005056b5d25f:1-4';

Query OK, 0 rows affected (0.00 sec)

root@192.168.102.25:3306 [(none)]>show variables like '%gtid_purged%';

+---------------+------------------------------------------------------------------------------------------------------------------------------------+

| Variable_name | Value                                                                                                                              |

+---------------+------------------------------------------------------------------------------------------------------------------------------------+

| gtid_purged   | 7937ac78-3c39-11e7-b59e-005056b5d25f:1-4,

921a9068-24d2-11e7-99b5-005056b59593:1-287,

bd783f44-258f-11e7-914b-005056b5d312:1-28071 |

+---------------+------------------------------------------------------------------------------------------------------------------------------------+

1 row in set (0.01 sec)

root@192.168.102.25:3306 [(none)]>

1.2.4  修改MySQL存储方式

修改MySQL存储master-info和relay-info的方式，即从文件存储改为表存储

## 在线修改

STOP SLAVE;

SET GLOBAL master_info_repository = 'TABLE';

SET GLOBAL relay_log_info_repository = 'TABLE';

##修改配置文件

[mysqld]

master_info_repository=TABLE

relay_log_info_repository=TABLE

1.2.5  同步操作

change master

登录slave进行同步操作，分别change master到两台master主机，多源复制需要标注

FOR CHANNEL ‘CHANNEL_NAME’区分

##source 1

root@192.168.102.25:3306 [(none)]>CHANGE MASTER TO MASTER_HOST='192.168.102.23',MASTER_USER='repl23', MASTER_PASSWORD='repl',master_auto_position=1 FOR CHANNEL 'repl23';

##source 2

root@192.168.102.25:3306 [(none)]>CHANGE MASTER TO MASTER_HOST='192.168.102.24',MASTER_USER='repl24', MASTER_PASSWORD='repl',master_auto_position=1 FOR CHANNEL 'repl24';

启动slave

启动所有同步: start slave;

启动单个同步: start slave for channel ‘channel_name’;

##启动source 1

root@192.168.102.25:3306 [(none)]>start slave for channel 'repl23';

##启动source 2

root@192.168.102.25:3306 [(none)]>start slave for channel 'repl24';

检查slave状态

检查所有slave: show slave status\G;

检查单个slave: show slave status for chennel ‘channel_name’\G;

## source 1

root@192.168.102.25:3306 [(none)]>show slave status for channel 'repl23'\G;

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.102.23

Master_User: repl23

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000002

Read_Master_Log_Pos: 2849

Relay_Log_File: relay-bin-repl23.000008

Relay_Log_Pos: 454

Relay_Master_Log_File: mysql-bin.000002

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 2849

Relay_Log_Space: 749

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 0

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 233306

Master_UUID: 7937ac78-3c39-11e7-b59e-005056b5d25f

Master_Info_File: mysql.slave_master_info

SQL_Delay: 0

SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates

Master_Retry_Count: 86400

Master_Bind:

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set: 7937ac78-3c39-11e7-b59e-005056b5d25f:5-13

Executed_Gtid_Set: 7937ac78-3c39-11e7-b59e-005056b5d25f:1-13,

921a9068-24d2-11e7-99b5-005056b59593:1-287,

bd783f44-258f-11e7-914b-005056b5d312:1-28090

Auto_Position: 1

Replicate_Rewrite_DB:

Channel_Name: repl23

Master_TLS_Version:

1 row in set (0.00 sec)

ERROR:

No query specified

##source 2

root@192.168.102.25:3306 [(none)]>show slave status for channel 'repl24'\G;

*************************** 1. row ***************************

Slave_IO_State:

Master_Host: 192.168.102.24

Master_User: repl24

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000040

Read_Master_Log_Pos: 185363

Relay_Log_File: relay-bin-repl24.000003

Relay_Log_Pos: 454

Relay_Master_Log_File: mysql-bin.000040

Slave_IO_Running: No

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 185363

Relay_Log_Space: 4318

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: NULL

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 1595

Last_IO_Error: Relay log write failure: could not queue event from master

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 243306

Master_UUID: bd783f44-258f-11e7-914b-005056b5d312

Master_Info_File: mysql.slave_master_info

SQL_Delay: 0

SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates

Master_Retry_Count: 86400

Master_Bind:

Last_IO_Error_Timestamp: 170519 16:12:33

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set: bd783f44-258f-11e7-914b-005056b5d312:28072-28088

Executed_Gtid_Set: 7937ac78-3c39-11e7-b59e-005056b5d25f:1-11,

921a9068-24d2-11e7-99b5-005056b59593:1-287,

bd783f44-258f-11e7-914b-005056b5d312:1-28088

Auto_Position: 1

Replicate_Rewrite_DB:

Channel_Name: repl24

Master_TLS_Version:

1 row in set (0.00 sec)

ERROR:

No query specified

1.2.6  验证同步

##source 1

root@192.168.102.23:3306 [emily]>insert into emily(id,name)values(2,'evelyn');

Query OK, 1 row affected (0.00 sec)

root@192.168.102.23:3306 [emily]>select * from emily;

+------+--------+

| id   | name   |

+------+--------+

|    1 | emily  |

|    2 | evelyn |

+------+--------+

2 rows in set (0.00 sec)

##target验证

root@192.168.102.25:3306 [emily]>select * from emily;

+------+--------+

| id   | name   |

+------+--------+

|    1 | emily  |

|    2 | evelyn |

+------+--------+

2 rows in set (0.00 sec)

## source 2

root@192.168.102.24:3306 [evelyn]>insert into evelyn(id,name)values(2,'emily');

Query OK, 1 row affected (1.00 sec)

root@192.168.102.24:3306 [evelyn]>select * from evelyn;

+------+--------+

| id   | name   |

+------+--------+

|    1 | evelyn |

|    2 | emily  |

+------+--------+

2 rows in set (0.00 sec)

## target端

root@192.168.102.25:3306 [evelyn]>select * from evelyn;

+------+--------+

| id   | name   |

+------+--------+

|    1 | evelyn |

|    2 | emily  |

+------+--------+

2 rows in set (0.00 sec)

1.2.7  监控

root@192.168.102.25:3306 [evelyn]>

select * from performance_schema.replication_connection_status\G;

*************************** 1. row ***************************

CHANNEL_NAME: repl23

GROUP_NAME:

SOURCE_UUID: 7937ac78-3c39-11e7-b59e-005056b5d25f

THREAD_ID: 71

SERVICE_STATE: ON

COUNT_RECEIVED_HEARTBEATS: 78

LAST_HEARTBEAT_TIMESTAMP: 2017-05-19 17:37:05

RECEIVED_TRANSACTION_SET: 7937ac78-3c39-11e7-b59e-005056b5d25f:5-13

LAST_ERROR_NUMBER: 0

LAST_ERROR_MESSAGE:

LAST_ERROR_TIMESTAMP: 0000-00-00 00:00:00

*************************** 2. row ***************************

CHANNEL_NAME: repl24

GROUP_NAME:

SOURCE_UUID: bd783f44-258f-11e7-914b-005056b5d312

THREAD_ID: 73

SERVICE_STATE: ON

COUNT_RECEIVED_HEARTBEATS: 13

LAST_HEARTBEAT_TIMESTAMP: 2017-05-19 17:37:09

RECEIVED_TRANSACTION_SET: bd783f44-258f-11e7-914b-005056b5d312:28072-28090

LAST_ERROR_NUMBER: 0

LAST_ERROR_MESSAGE:

LAST_ERROR_TIMESTAMP: 0000-00-00 00:00:00

2 rows in set (0.00 sec)

ERROR:

No query specified

root@192.168.102.25:3306 [emily]>

select * from performance_schema.replication_connection_configuration\G;

*************************** 1. row ***************************

CHANNEL_NAME: repl23

HOST: 192.168.102.23

PORT: 3306

USER: repl23

NETWORK_INTERFACE:

AUTO_POSITION: 1

SSL_ALLOWED: NO

SSL_CA_FILE:

SSL_CA_PATH:

SSL_CERTIFICATE:

SSL_CIPHER:

SSL_KEY:

SSL_VERIFY_SERVER_CERTIFICATE: NO

SSL_CRL_FILE:

SSL_CRL_PATH:

CONNECTION_RETRY_INTERVAL: 60

CONNECTION_RETRY_COUNT: 86400

HEARTBEAT_INTERVAL: 30.000

TLS_VERSION:

*************************** 2. row ***************************

CHANNEL_NAME: repl24

HOST: 192.168.102.24

PORT: 3306

USER: repl24

NETWORK_INTERFACE:

AUTO_POSITION: 1

SSL_ALLOWED: NO

SSL_CA_FILE:

SSL_CA_PATH:

SSL_CERTIFICATE:

SSL_CIPHER:

SSL_KEY:

SSL_VERIFY_SERVER_CERTIFICATE: NO

SSL_CRL_FILE:

SSL_CRL_PATH:

CONNECTION_RETRY_INTERVAL: 60

CONNECTION_RETRY_COUNT: 86400

HEARTBEAT_INTERVAL: 30.000

TLS_VERSION:

2 rows in set (0.00 sec)

ERROR:

No query specified

1.2.8  跳过事务

##GTID

STOP SLAVE FOR CHANNEL ‘CHANNEL_NAME’;

SET SESSION GTID_NEXT=’’;

BEGIN;COMMIT;

SET SESSION GTID_NEXT=’AUTOMATIC’;

START SLAVE FOR CHANNEL ‘CHANNEL_NAME’;

## binlog+position

stop slave sql_thread FOR CHANNEL ‘CHANNEL_NAME’;;

set global sql_slave_skip_counter=1;

start slave sql_thread FOR CHANNEL ‘CHANNEL_NAME’;;

##

root@192.168.102.25:3306 [(none)]>set session gtid_next='bd783f44-258f-11e7-914b-005056b5d312:28083';

Query OK, 0 rows affected (0.00 sec)

root@192.168.102.25:3306 [(none)]>begin;commit;

Query OK, 0 rows affected (0.00 sec)

root@192.168.102.25:3306 [(none)]>set session gtid_next=automatic;

Query OK, 0 rows affected (0.00 sec)

root@192.168.102.25:3306 [(none)]>start slave for channel 'repl24';

Query OK, 0 rows affected (0.00 sec)

1.2.9  遇见错误

1、  Last_IO_Error: Relay log write failure: could not queue event from master  ##repl24

Last_IO_Error: Fatal error: Failed to run 'after_read_event' hook          ##repl23

stop slave

start slave

最后发现是开启一个源开启了半同步复制，一个源没有开题半同步复制。

2、  清除slave信息

reset slave

## 创建多源复制过程中，发现有一个slave没有channel_name，使用如下语句清除slave信息

reset slave all for channel '';

3、  root@192.168.102.24:3306 [evelyn]>uninstall plugin rpl_semi_sync_master;

Query OK, 0 rows affected (0.01 sec)

root@192.168.102.24:3306 [evelyn]>uninstall plugin rpl_semi_sync_slave;

Query OK, 0 rows affected (0.00 sec)

4、

参考资料：

http://www.cnblogs.com/xuanzhi201111/p/5151666.html

http://dev.mysql.com/doc/refman/5.7/en/change-master-to.html

http://www.longlong.asia/2015/10/21/mysql57-new-features.html

weixin_39849287
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
31.6 搭建MySQL多源复制环境
weixin_41275260的博客
06-01 87
31.6　搭建MySQL多源复制环境 MySQL中的多源复制指的是一个MySQL从库有多个MySQL主库，多个MySQL主库之间没有任何主从关系，从库可以同时接收多个主库的数据，主要的应用场景是将多个MySQL中的数据聚合到一个MySQL中。 注意：使用MySQL的多源复制时，为保证从库数据的一致性，需要保证从每个主数据库中复制不同的数据库，或者使用应用程序处理复制数据时产生的数...
31.6.2 搭建MySQL多源复制环境
weixin_41275260的博客
06-25 200
31.6.2　搭建MySQL多源复制环境 本节在31.3节的基础上将MySQL的主从模式切换为MySQL的多源复制模式，读者也可以在31.1节的基础上增加MySQL服务器搭建MySQL的多源复制环境。由于两种方式的搭建过程基本相同，因此不再赘述第二种搭建方式。 （1）修改每台MySQL服务器的my.cnf文件。 vim /data/mysql/conf/my.cnf [mys...
MySQL多元复制_MySQL多源复制
weixin_42560067的博客
01-19 224
1. 配置多源复制介绍如何配置多源复制拓扑，并提供有关配置master和slave的详细信息。这种拓扑需要至少两个master设备和一个slave设备配置。1.1 配置环境如下类型IP端口号server-id复制通道master192.168.56.10033061003306master1master192.168.56.10033071003307master2slave192.168.56....
mysql篇-主从复制常见错误（更新中）
qq_19676401的博客
12-13 1929
mysql场景主从复制报错处理：1032、1062、1864、1236等
Replication_Error:Relay log write failure:could not queue event from master
热门推荐
Mr_Melody的专栏
08-02 1万+
刚刚突然发现DB Master1（当前读写）磁盘满了，DB Master2（当前不对外提供写）replication 抛出异常：Relay log write failure:could not queue event from master，并且Slave_IO_Running: No。
MySQL复制(四)—多源(主)复制
01-07
本文通过搭建多主复制环境来了解MySQL多主复制的特点。 （二）基础环境 主库1 主库2 从库 服务器IP地址 192.168.10.11 192.168.10.12 192.168.10.13 MySQL版本 5.7.24 5.7.24 5.7.24 待同步的数据库 ...
mysql集群一主一从 windows
09-14
主从复制的基本原理是：在一个MySQL集群中，有一个主服务器负责接收所有写操作，而其他从服务器通过复制主服务器的二进制日志（binlog）来同步数据，实现数据的一致性。这样，从服务器可以用于只读查询，减轻主...
MySQL在线主从复制（不锁表，不停数据库）.docx
05-11
MySQL在线主从复制是数据库高可用性和数据安全性的重要策略，特别是在业务不断运行的情况下，实现...此外，根据业务需求，可能还需要考虑其他高级特性，如多源复制、半同步复制等，以进一步增强系统的可用性和可靠性。
mysql8.0.7z
01-14
同时，新的复制拓扑结构如半同步复制和多源复制，提高了数据的一致性和可用性。 6. **增强的安全性**：MySQL 8.0 强化了安全特性，比如默认的Caching_sha2_password认证插件，提供了更强的加密和认证。另外，还有...
MySQL实战45讲.zip
06-24
5. **复制与高可用**：详细解析MySQL的主从复制机制，包括异步复制、半同步复制、多源复制等，以及如何搭建主从集群，实现高可用性。 6. **分区与分片**：讨论如何通过分区和分片来提高大表的查询性能，以及分区...
mysql主备同步问题总结
weixin_44692574的博客
07-04 2617
mysql主备同步问题总结 一、能用命令修复的几种报错： 基础知识：mysql主备同步模式有三种：半同步、异步和双通道. 其中,半同步和异步同步模式在备库上执行show slave status\G的结果只有row1, 若结果里除了row1还有row2,同步模式则为双通道。 1.1 last_errno:1305错误 last_error:error ‘savepoint trans5 does...
Semisynch: Last_IO_Error: Fatal error: Failed to run 'after_queue_event' hook
fs20041242的专栏
02-21 751
Description: When executing a replication workload with semisynch replication turned off and periodic STOP SLAVE IO_THREAD thread, START SLAVE IO_THREAD (in order to simulate network failures), the...
MySQL多源复制搭建
weixin_30861459的博客
05-19 81
1.1 实验概要 1.1.1 实验假设 本实验假设已经完成操作系统和MySQL安装部署。 1.1.2 实验目的 MySQL5.7的多源复制技术搭建部署，然后简单测试。 1.1.3 环境信息 操作系统 MySQL版本 服务器地址 服务器角色 Centos7 5.7.18 192.168.10...
mysql 主从2013错误_解决MySQL主从复制错误1595：Relay log write failure…
weixin_35804761的博客
02-27 2373
先交代下背景：我这边正在研究基于Docker的MariaDB Galera Cluster的自动化集群部署方案【以下简称MGC，后续有时间可以考虑分享下这个方案】，已经完成所有调试，想在生产环境部署一个MGC集群作为从先灰度测试。生产环境主DB版本为MySQL5.5，新的MGC采用Mariadb最新10.3.12 stable版本，做好MGC集群，并导入一份从主DBdump出来的完整SQL之后，c...
mysql 备库 1032_【MySQL 5.7 】从库1032 报错处理
weixin_39930557的博客
01-27 522
一、简介：mysql 5.7 多源复制，主从同步的时候，主库update一条数据，从库这条数据已经被删除，导致主从断掉。Last_Errno: 1032MySQL主从同步的1032错误，一般是指要更改的数据不存在，SQL_THREAD提取的日志无法应用故报错，造成同步失败(Update、Delete、Insert一条已经delete的数据)。1032的错误本身对数据一致性没什么影响，影响最大的是造...
MySQL5.7多源复制
cixigou3786的博客
05-19 120
5.7多源复制 1.1 实验概要 1.1.1 实验假设 本实验假设已经完成操作系统和MySQL安装部署。 1.1.2 实验目的 ...
【MySQL8入门到精通】高可用-MySQL多源复制
IT邦德
06-13 6233
在 MySQL 8.0 版本中，提供了多源复制，多源复制的出现对于分库分表的业务提供了极大的便利,本文做了详细的说明
mysql 半同步（semi_sync）插件与skip-grant-tables冲突问题一例
lidan3959的专栏
03-06 4509
今天一个朋友问说忘了mysqlroot密码怎么办，我告诉他重启的时候加--skip-grant-tables，然后update 密码之后flush privilges即可。 不过这哥们按照我说的做却直接报错如下：  [root@hostxxx mysql-5.5.34-linux2.6-x86_64]# /etc/init.d/mysql3307 restart --skip-grant-ta
MYsql同步复制异步复制半同步复制增强复制
最新发布
06-09
MySQL主从复制有多种实现方式，包括同步复制、异步复制、半同步复制和增强复制等。 1. 同步复制：主服务器在将数据更改写入二进制日志后，等待所有从服务器都执行完该事务，确保所有从服务器的数据都和主服务器保持...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值