本文目录一览：
- 1、mysql数据库迁移，有什么工具或许办法
- 2、如何迁移MySQL数据库
- 3、搬迁MYSQL数据库的几种方法介绍
- 4、centos 7.2 迁移 mysql 数据库文件
- 5、mysql有没有好的据库之间数据转移的方法或思路呢？
mysql数据库迁移，有什么工具或许办法
可以用Mysql-front,先导出member的Excel文件，然后把user表也导出Excel,把第一个表的列拷贝到第二个Excel里，然后再把Excel文件导入到user表里。
自己写脚本迁移过去,where条件是member和user的对应关系（这里假定member和user对应关系使用name对应的）
update user,member set user.price=member.money,user.truename=member.nickname where user.name=member.name
如何迁移MySQL数据库
MySQL数据库迁移
MySQL数据库迁移(数据文件直接迁移)
在今年10月下旬的时候，公司的服务器需要迁移，其中涉及到了MySQL数据库迁移。查看了一下MySQL数据文件的大小，接近60G的大小(实际数据并没用那么多)。由于服务器上业务需要，要尽量减少服务器迁移时的损失。所以迁移时间选在了晚上零点开始，而且要尽量减少迁移所用的时间。
在迁移之前有三种方案：
数据库直接导出，拷贝文件到新服务器，在新服务器上导入。
使用【MySQL
GUI
Tools】中的
MySQLMigrationTool。
数据文件和库表结构文件直接拷贝到新服务器，挂载到同样配置的MySQL服务下。
我在我的电脑上用虚拟机测试后，选中了占用时间最少的第三种方案。下面是三种方案的对比：
第一种方案的优点:会重建数据文件，减少数据文件的占用空间。
第一种方案的缺点:时间占用长。(导入导出都需要很长的时间，并且导出后的文件还要经过网络传输，也要占用一定的时间。)
第二种方案的优点：设置完成后传输无人值守
第二种方案的缺点：
设置繁琐。
传输中网络出现异常，不能及时的被发现，并且会一直停留在数据传输的状态不能被停止，如不仔细观察不会被发现异常。
传输相对其他fang时间长。
异常后很难从异常的位置继续传输。
第三种方案的优点：时间占用短，文件可断点传输。操作步骤少。（绝大部分时间都是在文件的网络传输）
第三种方案的缺点：可能引起未知问题，暂时未发现。
下面介绍一下第三种方案d迁移步骤：
保证Mysql版本一致，安装配置基本一致（注意：这里的数据文件和库表结构文件都指定在同一目录data下）
停止两边的Mysql服务（A服务器--迁移--B服务器)
删除B服务器Mysql的data目录下所有文件
拷贝A服务器Mysql的data目录下除了ib_logfile和.err之外的文件到B服务器data下
启动B服务器的Mysql服务，检测是否发生异常
迁移完成后，服务启动正常，未发现其他异常问题。
备注：经测试，源mysql的安装目录及数据文件目录
可以与
目标Mysql的安装目录及数据文件目录
不一致。
此时，只需要拷贝您所需移动的dbname（如上：pa、testdb）及'mysql'和'ibdata1'，即可。
搬迁MYSQL数据库的几种方法介绍
在网站搬迁的过程中，最重要也是最麻烦的就是数据库了，数据库文件一旦丢失而备份又不灵光时，网站会面临灭顶之灾。那么搬迁数据库有些什么办法呢？现在一起来探讨。 通过phpmyadmin备份由于mysql数据库是通过phpmyadmin在进行管理，因此用phpmyadmin进行备份也是顺理成章。但通过phpmyadmin导出的备份文件还只能通过phpmyadmin软件还原回去，而且这个软件默认只允许还原小于2M的备份来源。因此如果网站数据少，小于2M可以直接备份还原；数据较多备份文件过大时，有两种方法解决：第一种是分段备份，在phpmyadmin的备份选项中设置为每个备份文件大小不超过2M，第二种是在还原空间的phpmyadmin中修改软件源文件进行设置，改为对还原文件没有大小限制，相应的方法可以在网上搜索。应该说此种备份方法相对麻烦，且需要自己购有服务器或vps，否则根本没有相关权限，一般情况下不建议选择。 通过网站程序自带功能进行备份还原现在使用到mysql数据库的网站程序有DZ，PW，DEDE等，这些程序后台都有备份还原功能，因为是自带的功能，兼容性好，方便快捷。不过有一个问题是要先重新安装网站程序，再进入后台选择还原已经保存的备份文件进行还原，目前所有的主流程序都提倡这种方法。 通过备份王等软件进行备份用备份王等软件进行备份方便快捷，只要上传备份软件到空间按提示一步步操作就可以了。但是要注意新老空间数据库用户名和密码不统一，网站文件打包过来后因没有修改连接文件，还原数据库是好了，可是前台会提示数据库连接错误，网站从而出现打不开的情况。所以要学会修改网站配置文件，大多是由config和data.php文件来控制，将这些文件中的连接信息设置为正确的连接信息，避免网站不能打开。 直接在mysql文件夹中复制文件如果是独立服务器，可以直接进入服务器mysql文件夹下的DATA文件夹找到数据库文件复制后再粘贴到新空间。但这样有个很大的隐患：备份的目标数据库如果正在被使用，粘贴到新空间后会出错。不提倡这种方法。
centos 7.2 迁移 mysql 数据库文件
原目录：/var/lib/mysql
新目录：/data/mysql
1.将/smp/mysql/mysql.sock文件复制到/data/db/mysql.sock,并停止运行mysql（注意，需将
mysql.sock文件复制后，才能停止mysql）
/smp/mysql/bin/mysqladmin -uroot -p shutdown
2.data目录迁移
cp -a /var/lib/mysql/* /data/mysql
3.修改/etc/my.cnf
socket=/data/db/mysql.sock(注意将原来的socket文件注释掉，方便回滚)
datadir=/data/db/data
4.建立软链接
ln -s /data/db/mysql.sock /var/lib/mysql/mysql.sock
mysql有没有好的据库之间数据转移的方法或思路呢？
gh-ost 是 GitHub 发布的一款用于 MySQL 的无触发器在线模式迁移解决方案。它是可测试的，并提供暂停，动态控制/重新配置，审计和许多操作特权。它在整个迁移过程中，对主服务器产生的工作量很少，与已迁移表上的现有工作分离。
gh-ost与所有现有的在线模式更改工具都以类似的方式操作：它们以与原始表相似的方式创建幽灵表，将数据从原始表缓慢且增量地复制到幽灵表，同时应用正在进行的更改（INSERT，DELETE，UPDATE）到幽灵表。最后，在适当的时候，它用幽灵表替换了原始表。gh-ost使用相同的模式。但是，它与所有现有工具的不同之处在于不使用触发器。取而代之的是，gh-ost使用二进制日志流捕获表的更改，然后将其异步应用到幽灵表。
gh-ost 承担一些其他工具留给数据库执行的任务。gh-ost 可以更好地控制迁移过程；可以真正暂停它；可以真正将迁移的写入负载与主服务器的工作负载分离。此外，它还提供了许多可操作的特权，使其更安全、可信赖且易于使用。
