本文目录一览：
- 1、如何将一个mysql数据库中的一个表导入到另一个mysql数据库中
- 2、mysql怎么把表转移到另外一个数据库
- 3、如何复制MySQL数据库或表到另外一台服务器？
- 4、mysql把一个数据库中的数据复制到另一个数据库中的表 2个表结构相同
- 5、如何将mysql的一个完整数据库全部复制到另外一个数据库?
如何将一个mysql数据库中的一个表导入到另一个mysql数据库中
mysql中如何将一个数据库db1的表tb1导入到另一个数据库db2表tb2中
【方式一】
前提是tb2的表结构和tb1是相同的
首先将tb1的数据导出，导出语句为：
SELECT * FROM tb1 INTO OUTFILE "c:/temp/yourtabledata.txt";
其中yourtabledata.txt为你导出的数据文件
然后将已导出的数据文件放在你指定的路径下，假设路径为c:/data，
则导入到表tb2的语句为：
LOAD DATA INFILE "c:/data/tbsource.txt" INTO TABLE tb2
【方式二】
前提是tb2不存在
登录数据库db2，执行
create talbe tb2 select * from db1.tb1
【方式三】
以上方式是执行sql语句，下面这种方式是执行脚本来实现
1.导出
在cmd中输入以下语句：
mysqldump -u 用户名 -p db1 tb1 yourtabledata.txt
其他的一些导出语句，可以参考以下：
mysqldump -u 用户名 -p 数据库名 导出的文件名 //导出完整数据库结构和数据
mysqldump -u 用户名 -p -d 数据库名 导出的文件名 //导出数据库结构
mysqldump -u 用户名 -p 数据库名 表名 导出的文件名 //导出一个表，包括表结构和数据
mysqldump -u 用户名 -p -d数据库名 表名 导出的文件名 //导出一个表结构
2.导入
可以用工具navicat.exe来实现
mysql怎么把表转移到另外一个数据库
可以在另外一个数据库中先创建相同的数据库结构，然后再将数据库内容复制到另一个数据库中即可。
如何复制MySQL数据库或表到另外一台服务器？
使用这种方法前，我们需要先下载一个MySQL客户端工具SqlYog。点击这里下载并安装x0dx0ax0dx0a下面我们开始复制数据库：x0dx0a1、打开SqlYog community Edition，分别在不同的选项卡中打开源数据库服务器与目标数据库服务器，这一点很重。x0dx0ax0dx0a在源数据库服务器选项卡中你将看到所有数据库列表。x0dx0a2、在需要复制迁移的数据库上右击，在弹出菜单中选择“Copy Database to Different Host/Database”x0dx0a3、在弹出对话框中，我们能看到源数据库服务器及目标服务器，在左边，通过勾选复选框来选择需要复制迁移的对象，如表、函数、触发器等，也可以选择所有对象。x0dx0a4、在右边选择需要迁移的目标服务器或数据库x0dx0a5、根据你的需要选择复制类型：“Structure and Data”或“Structure only”，即“结构和数据”或“仅结构”。x0dx0a6、选择结束后点击“Copy”按钮开始复制，知道数据迁移结束。
mysql把一个数据库中的数据复制到另一个数据库中的表 2个表结构相同
1、使用软件Navicat就可迁移复制数据库，打开Navicat，右键点击左边空白的地方，点击New Connection下的MySQL，创建一个服务器的连接，下面将演示把本地的数据迁移到服务器：
2、在弹出的创建新连接的窗口里，输入服务器的IP，数据库账号，密码等，然后就可以连接数据库了：
3、创建好后们打开本地的数据库，点击“Data Transfer”（数据传输），接着弹出新的界面：
4、新窗口中在左边选择本地数据库的库，和需要转移的表，可以选择一个，或多个表：
5、然后在右边的目标里，选择服务器的连接，然后选择服务器上的数据库：
6、选择完成后，就开始进行数据转移了，数据量不是很大的，很快就会转移完成的。以上就是mysql中数据复制到另一个数据库的方法：
如何将mysql的一个完整数据库全部复制到另外一个数据库?
如果从库上表 t 数据与主库不一致，导致复制错误，整个库的数据量很大，重做从库很慢，如何单独恢复这张表的数据？通常认为是不能修复单表数据的，因为涉及到各表状态不一致的问题。下面就列举备份单表恢复到从库会面临的问题以及解决办法：
场景 1
如果复制报错后，没有使用跳过错误、复制过滤等方法修复主从复制。主库数据一直在更新，从库数据停滞在报错状态（假设 GTID 为 aaaa:1-100）。
修复步骤：
在主库上备份表 t （假设备份快照 GTID 为 aaaa:1-10000）；
恢复到从库；
启动复制。
这里的问题是复制起始位点是 aaaa:101，从库上表 t 的数据状态是领先其他表的。aaaa:101-10000 这些事务中只要有修改表 t 数据的事务，就会导致复制报错 ，比如主键冲突、记录不存在（而 aaaa:101 这个之前复制报错的事务必定是修改表 t 的事务）
解决办法：启动复制时跳过 aaaa:101-10000 这些事务中修改表 t 的事务。
正确的修复步骤：
1. 在主库上备份表 t （假设备份快照 GTID 为 aaaa:1-10000），恢复到从库；
2. 设置复制过滤，过滤表 t：
CHANGE REPLICATION FILTER REPLICATE_WILD_IGNORE_TABLE = ('db_name.t');
3. 启动复制，回放到 aaaa:10000 时停止复制（此时从库上所有表的数据都在同一状态，是一致的）;
START SLAVE UNTIL SQL_AFTER_GTIDS = 'aaaa:10000';
4. 删除复制过滤，正常启动复制。
注意事项：这里要用 mysqldump --single-transaction --master-data=2，记录备份快照对应的 GTID
场景 2
如果复制报错后，使用跳过错误、复制过滤等办法修复了主从复制。主、从库数据一直在更新。
修复步骤：
在主库上备份表 t （假设备份快照 GTID为 aaaa:1-10000）；
停止从库复制，GTID为 aaaa:1-20000；
恢复表 t 到从库；
启动复制。
这里的问题是复制起始位点是 aaaa:20001，aaaa:10000-20000 这些事务将不会在从库上回放，如果这里面有修改表 t 数据的事务，从库上将丢失这部分数据。
解决办法：从备份开始到启动复制，锁定表 t，保证 aaaa:10000-20000 中没有修改表 t 的事务。
正确修复步骤：
对表 t 加读锁；
在主库上备份表 t；
停止从库复制，恢复表 t；
启动复制；
解锁表 t。
如果是大表，这里可以用可传输表空间方式备份、恢复表，减少锁表时间。