189 8069 5689
1、打开navicat软件，打开要复制表的数据库，如下图所示：
创新互联主营襄城网站建设的网络公司,主营网站建设方案,app软件开发公司,襄城h5小程序定制开发搭建,襄城网站营销推广欢迎襄城等地区企业咨询
2、点击上方的“工具-数据传输”，如下图所示：
3、进去之后，左边选择的是要复制的表的数据库，右边选择的将表复制到目标数据库，如下图所示：
4、打开左边数据库对象中的“表”，选择要复制哪几张表，点击开始。
5、点击开始，会弹出一个框，点击是，等待一下，出现如下界面，复制成功，点击“关闭”。
6、可以看到表已经复制到另外一个数据库上了，如下图所示：
MySQL 8.0.17 clone 插件的安装和验证过程
安装非常简单，与安装其他插件的工作方式相同。下面是安装克隆插件的命令行：
master [localhost:45008] ((none)) INSTALL PLUGIN clone SONAME 'mysql_clone.so';Query OK, 0 rows affected (0.00 sec)
以及如何检查克隆插件是否处于活动状态：master [localhost:45008] ((none)) SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINSWHERE PLUGIN_NAME LIKE 'clone';+-------------+---------------+| PLUGIN_NAME | PLUGIN_STATUS |+-------------+---------------+| clone | ACTIVE |+-------------+---------------+1 row in set (0.00 sec)
请注意，这些步骤需要在 Donor（供体）和 Recipient（受体，也成为 Slave）上都执行。执行安装后，插件将在重新启动后自动加载，因此您不必再担心这一点。接下来，我们将在 Donor 上创建具有必要权限的用户，这样我们就可以远程连接到实例来克隆它。
master [localhost:45008] ((none)) create user clone_user@'%' identified by 'sekret';
Query OK, 0 rows affected (0.01 sec)
master [localhost:45008] ((none)) GRANT BACKUP_ADMIN ON *.* TO 'clone_user'@'%';
Query OK, 0 rows affected (0.00 sec)
作为安全措施，我建议将百分号 ％ 替换为从机的 IP、主机名或网络掩码，以便只有未来的从服务器才能接受连接。现在，从服务器上，克隆用户需要CLONE_ADMIN 权限来替换从机数据，在克隆操作期间阻止 DDL 并自动重新启动服务器。
slave1 [localhost:45009] ((none)) create user clone_user@'localhost' identified by 'sekret';
Query OK, 0 rows affected (0.01 sec)
slave1 [localhost:45009] ((none)) GRANT CLONE_ADMIN ON *.* TO 'clone_user'@'localhost';
Query OK, 0 rows affected (0.00 sec)
接下来，安装并验证插件，并在主和从服务器上创建用户。
克隆过程
如上所述，克隆过程可以在本地或远程执行。此外，它支持复制，这意味着克隆操作从捐赠者提取和传输复制坐标并将其应用于收件人。它可用于 GTID 或非 GTID 复制。因此，要开始克隆过程，首先，让我们确保有一个有效的供体（Master）。这由 clone_valid_donor_list 参数控制。由于它是动态参数，您可以在服务器运行时进行更改。使用 show variables 命令将显示参数是否具有有效的供体（Master）：slave1 [localhost:45009] ((none)) SHOW VARIABLES LIKE 'clone_valid_donor_list';+------------------------+-------+| Variable_name | Value |+------------------------+-------+| clone_valid_donor_list | |+------------------------+-------+1 row in set (0.01 sec)
例子中，我们需要对它进行设置：slave1 [localhost:45009] ((none)) set global clone_valid_donor_list = '127.0.0.1:45008';Query OK, 0 rows affected (0.00 sec)
下一步不是强制性的，但使用默认的 log_error_verbosity，错误日志不会显示有关克隆进度的大量信息。所以，对于这个例子，我会将详细程度调整到更高的级别（在供体和受体机上）：mysql set global log_error_verbosity=3;Query OK, 0 rows affected (0.00 sec)
现在，让我们在受体（Slave）上开始克隆过程：slave1 [localhost:45009] ((none)) CLONE INSTANCE FROM clone_user@127.0.0.1:45008 identified by 'sekret';Query OK, 0 rows affected (38.58 sec)
有两种办法。
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\Administratormysqldump yinshi c:\\backup.txt -uroot
-p12142022
为了保障数据的安全与稳定性，我们常用数据库的主从复制与主主复制来实现。主从复制为从机实时拷贝一份主机的数据，当主机有数据变化时，从机的数据会跟着变，当从机数据有变化时，主机数据不变；同样地，主主复制就是，多个主机之间，只要有一个主机的数据变化了，其它主机数据也会跟着变化。
添加以下内容
如果你是使用我之前那种方式启动的MySQL，那么你只需要去你相关联的宿主机的配置文件夹里面去建立一个 my.cnf 然后写入上面的类容就好了。
比如：我的启动命令如下（不应该换行的，这里为了方便查看，我给它分行了）
那么我只需要在 /docker/mysql_master/conf 这个目录下创建 my.cnf 文件就好了。
这个命令是需要在容器里面执行的
docker重启mysql会关闭容器，我们需要重启容器。
确保在主服务器上 skip_networking 选项处于 OFF 关闭状态, 这是默认值。 如果是启用的，则从站无法与主站通信，并且复制失败。
我的命令如下
在从服务器配置连接到主服务器的相关信息 （在容器里面的mysql执行）
上面代码的xxxxx你需要换成你的IP，docker 查看容器 IP 的命令如下：
启动的那个从服务器的线程
测试的话，你可以在主服务器里面，创建一个数据库，发现从服务器里面也有了，就成功了。
如果你还想要一个从服务器，那么你只需要按照上面配置从服务器再配置一个就行了，新建的从服务器，会自动保存主服务器之前的数据。（测试结果） 如果你上面的主从复制搞定了，那么这个主主复制就很简单了。我们把上面的从服务器也改成主服务器
1）、修改上面的从服务器的my.cnf文件，和主服务器的一样（注意这个server-id不能一样）然后重启服务器 2）、在从服务器里面创建一个复制用户创建命令一样（这里修改一下用户名可以改为 repl2） 3）、在之前的主服务器里面运行下面这个代码
上面主要是教你怎么搭建一个MySQL集群，但是这里面还有很多其它的问题。也是我在学习过程中思考的问题，可能有的小伙伴上来看到文章长篇大论的看不下去，只想去实现这样一直集群功能，所以我就把问题写在下面了。
1）、MySQL的replication和pxc MySQL的集群方案有replication和pxc两种，上面是基于replication实现的。
replication: 异步复制，速度快，无法保证数据的一致性。 pxc: 同步复制，速度慢，多个集群之间是事务提交的数据一致性强。
2）、MySQL的replication数据同步的原理 我们在配置的时候开启了它的二进制日志，每次操作数据库的时候都会更新到这个日志里面去。主从通过同步这个日志来保证数据的一致性。
3）、可否不同步全部的数据 可以配置，同步哪些数据库，甚至是哪些表。
4）、怎么关闭和开始同步
5）、我就我的理解画出了，主从、主从从、主主、复制的图。
往期推荐：
利用Docker仅花1分钟时间安装好MySQL服务
Linux下MySQL 5.7的离线与在线安装（图文）
Linux下安装MySQL8.0（收藏！）
1、使用软件Navicat就可迁移复制数据库，打开Navicat，右键点击左边空白的地方，点击New Connection下的MySQL，创建一个服务器的连接，下面将演示把本地的数据迁移到服务器：
2、在弹出的创建新连接的窗口里，输入服务器的IP，数据库账号，密码等，然后就可以连接数据库了：
3、创建好后们打开本地的数据库，点击“Data Transfer”（数据传输），接着弹出新的界面：
4、新窗口中在左边选择本地数据库的库，和需要转移的表，可以选择一个，或多个表：
5、然后在右边的目标里，选择服务器的连接，然后选择服务器上的数据库：
6、选择完成后，就开始进行数据转移了，数据量不是很大的，很快就会转移完成的。以上就是mysql中数据复制到另一个数据库的方法：
这种架构一般用在以下三类场景
1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的操作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。
2. 用来聚合前端多个 Server 的分片数据。
同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。
3. 汇总并合并多个 Server 的数据
第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？