189 8069 5689
第一种方案的优点:会重建数据文件，减少数据文件的占用空间。
创新互联10多年企业网站建设服务;为您提供网站建设,网站制作,网页设计及高端网站定制服务,企业网站建设及推广,对成都湿喷机等多个行业拥有丰富的网站制作经验的网站建设公司。
第一种方案的缺点:时间占用长。(导入导出都需要很长的时间，并且导出后的文件还要经过网络传输，也要占用一定的时间。)
第二种方案的优点：设置完成后传输无人值守
第二种方案的缺点：
设置繁琐。
传输中网络出现异常，不能及时的被发现，并且会一直停留在数据传输的状态不能被停止，如不仔细观察不会被发现异常。
传输相对其他fang时间长。
异常后很难从异常的位置继续传输。
第三种方案的优点：时间占用短，文件可断点传输。操作步骤少。（绝大部分时间都是在文件的网络传输）
第三种方案的缺点：可能引起未知问题，暂时未发现。
直接移动过去就是了，遇到问题再根据提示修改。
一般需要移动前删除已经安装的MYSQL服务，命令是：
mysqld.exe --remove
移动后重新安装服务，命令是：
mysqld.exe --install
另外，移动后要修改my.ini或者my.inf文件，这个文件没多少行，全部浏览一遍，凡是datadir等指向以前文件夹的变量改为新的文件夹既可。
具体操作步骤如下：
1.首先格式化磁盘，并将数据盘挂载在mnt目录下
mkdir -p /mnt/data
2.用mysqldump命令导出您项目所有的数据，命令参考如下：
mysqldump -p --all -datebasesall.sql
3.停止mysql
/etc/init.d/mysqld stop
4.vim/etc/init.d/mysqld 将文件中“datadir = /server/mysql/data”中的目录地址更改为您迁移至数据盘中的目录地址，即“datadir=/mnt/data”。
5.然后用以下命令初始化一个全新的数据库环境：
/server/mysql/scripts/mysql_install_db --basedir =/server/mysql--datadir = mnt/data -- user =mysql
值得注意的是datadir为您mysql的数据目录。
6.启动mysql，然后将数据还原至新的数据盘中：
/etc/init.d/mysqld start
mysql all.sql
/etc/init.d/mysqld restart
linux下，mysql安装后，数据库的数据默认存放在/var/lib/mysql目录下，如果该目录下挂载的磁盘空间很少，不够用。需要迁移到其他的目录位置。
方法一：
参照windows下的方法，把/var/lib/mysql移到需要的目录，再修改/etc/my.cnf文件，指定数据目录。这方面的教程网上很多，大家可以去搜索一下。
方法二：
使用linux下的软连接方法，具体操作如下：（以迁移到/home/mysql/目录为例)
先停止mysql:
/etc/init.d/mysqld stop
移动数据:
mv /var/lib/mysql/* /home/mysql/
创建软连接:
ln -s /home/mysql/ /var/lib/mysql/
启动mysql:
/etc/init.d/mysqld start
即可。
您好，很高兴为您解答。\x0d\x0a\x0d\x0a1、MYSQL的工具使用navicat；\x0d\x0a2、SQL在安装的时候，需要安装SQL native Clent，并且开启服务；\x0d\x0a3、在navicat中创建数据连接，创建一个对应的空数据库\x0d\x0a4、创建数据库后，打开数据库，选择导入向导\x0d\x0a\x0d\x0a5、导入向导里，选择ODBC\x0d\x0a\x0d\x0a6、点下一步，导入里面选择sql native client；\x0d\x0a\x0d\x0a7、下一步，选择使用windows NT 集成安全设置，数据库选择你要转换的数据库，确定\x0d\x0a\x0d\x0a8、如表结构完全一样，那么就全选数据表吧，确定，因我们是新建的数据库，里面是空的，那么默认是创建表，如果是要导入到已经有的表结构里，则在目标表里选择要导入的目标表，然后选字段。注意在第6步的时候，选对表的主键进行设置！\x0d\x0a\x0d\x0a9、如果是添加数据，则选择：添加记录到目标表；如果是需要ID值跟源数据库一致，则选择复制，删除目标全部数据，并从源数据重新导入\x0d\x0a\x0d\x0a注意，导入的时候，如果是已存在表结构，则键位不能空，如果是添加数据，则ID值空着，不要添加主键，在导入过程中如果出现错误，则根据出错提示处理，此方法绝对可以！\x0d\x0a\x0d\x0a如若满意，请点击右侧【采纳答案】，如若还有问题，请点击【追问】\x0d\x0a\x0d\x0a希望我的回答对您有所帮助，望采纳！\x0d\x0a\x0d\x0a ~ O(∩_∩)O~
这种架构一般用在以下三类场景
1. 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的操作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。
2. 用来聚合前端多个 Server 的分片数据。
同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。
3. 汇总并合并多个 Server 的数据
第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？