怎么才能完整复制MySQL数据库

有两种办法。

1、在B机器上装mysql。

将A机器上的mysql/data下的你的数据库目录整个拷贝下来。

将B机器上的mysql服务停止。

找到B机器上的mysql/data目录，将你拷贝的目录粘贴进去，然后启动mysql服务就可以了。

2、使用SQL语句备份和恢复

你可以使用SELECT INTO OUTFILE语句备份数据，并用LOAD DATA INFILE语句恢复数据。这种方法只能导出数据的内容，不包括表的结构，如果表的结构文件损坏，你必须要先恢复原来的表的结构。

语法：

SELECT * INTO {OUTFILE¦ DUMPFILE} ’file_name’ FROM tbl_name

LOAD DATA [LOW_PRIORITY] [LOCAL] INFILE ’file_name.txt’ [REPLACE¦ IGNORE]

INTO TABLE tbl_name

SELECT ... INTO OUTFILE ’file_name’

在dos命令提示符下使用mysqldump命令进行备份.

如下:

C:\Documents and Settings\Administrator>mysqldump yinshi>c:\\backup.txt -uroot

-p12142022

单个复制组中的允许组成员（MySQL Server）的最大数量是9个。如果有更多的Server尝试加入该组时，其连接请求将被拒绝。该限制数量是通过已有的测试案例和基准测试中得出的一个安全边界，在这个安全边界中，组能够安全、可靠、稳定地运行在一个稳定的局域网中。

组中的成员之间，通过建立点对点的TCP连接与组中的其他成员进行通讯。这些连接仅用于组成员之间的内部通信和消息传递。用于建立TCP连接的地址信息由系统变量group_replication_local_address进行配置。

指示启用该系统变量的Server在执行START GROUP_REPLICATION语句时引导创建一个组，并充当种子成员。后续的其他Server如果要加入组（加入组的Server在这里称为joiner成员），则需要向创建组的成员请求加入组（接受连接请求的组成员在这里称为donor节点），创建组的成员在接收到joiner节点请求之后，会动态更改一些配置，以便将其添加到组中

有如下两种场景需要使用该系统变量来引导创建一个组：

如果组使用多主模式，则可以将无冲突的事务分散到不同的主要节点中，这样就能够一定程度上扩展写负载能力（通过多节点写来扩展一小部分IO *** 作，能够间接扩展一小部分写负载）。

由于组成员之间需要不断地相互交互消息以实现同步数据和相互告知组成员状态的目的。因此，相对于主从复制来说，预计会产生一些额外的负载，但具体多多少负载很难量化，因为它还取决于组的大小（即，组成员数量。例如：9个组成员对带宽需求大于3个成员，且内存和CPU消息也更大，因为成员数量越多，组中消息传递和处理工作就越复杂）。

可以，但是每个成员之间的网络连接必须可靠并具有良好的性能，低延迟、高带宽的网络连接是保证组复制高性能的必要条件，如果网络带宽存在瓶颈，可以参考"6.3 消息压缩" 中介绍的方法来降低组复制的带宽消耗。但是，如果网络连接存在丢包的问题，可能导致重新传输造成更高的端到端延迟，这个时候，吞吐量和延迟都将受到负面影响。注意：当任何组成员之间的网络往返时间(RTT)超过5秒时，可能会触发内置的故障检测机制而导致组成员被驱逐出组（实际是否被驱逐出组，需要看具体的配置）。

这取决于连接发生问题的原因。如果连接问题是暂时的，并且重新连接的速度足够快（即，发生问题的时间很短），以至于故障检测器没有发现或者未达到故障级别，那么组成员可能就不会被驱逐出组。如果发生问题的时间足够长，则故障检测器最终会发现问题并将故障成员驱逐出组。

从MySQL 8.0版本开始，可以使用两个系统变量进行调节，这就为发生问题的组成员增加了一个继续留在组中或被驱逐出组之后重新加入组的机会：

group_replication_autorejoin_tries：设置一个组成员被驱逐出组或者与组中多数成员失联达到超时时间之后，尝试自动重新加入组的次数。设置该系统变量为非0值时，成员会按照该系统变量设置的次数每隔5分钟进行一次自动重新加入组的尝试

如果一个成员被驱逐出组，并且耗尽了自动重新加入组的尝试次数都不能成功加入组，那么将会按照系统变量group_replication_exit_state_action指定的值执行退出 *** 作。之后，如果需要将其重新加入组，你需要手动执行加入组的步骤（或者使用自动化运维脚本）。

---