使用mysqldump进行MySQL数据库迁移是一种常见且高效的方式。它能将数据库导出为SQL脚本文件，再通过导入操作迁移到目标服务器。整个过程简单可靠，适合中小型数据库的备份与迁移。
导出数据库（源服务器）
在源服务器上使用mysqldump命令将数据导出为.sql文件。基本语法如下：
mysqldump -u 用户名 -p 数据库名 > 导出文件路径.sql
例如：
导出单个数据库：mysqldump -u root -p mydb > /backup/mydb.sql导出多个数据库：
mysqldump -u root -p --databases db1 db2 > /backup/dbs.sql导出所有数据库：
mysqldump -u root -p --all-databases > /backup/all_dbs.sql只导出表结构（不带数据）：
mysqldump -u root -p --no-data mydb > /backup/structure.sql包含存储过程和触发器：
mysqldump -u root -p --routines --triggers mydb > /backup/mydb_full.sql
导入数据库（目标服务器）
将导出的SQL文件复制到目标服务器后，使用mysql命令导入：
mysql -u 用户名 -p 数据库名
注意事项：
确保目标数据库已存在，或先创建：CREATE DATABASE mydb;导入时建议关闭自动提交以提升性能（适用于大文件）：
mysql -u root -p --one-database mydb若SQL文件中已包含CREATE DATABASE语句，可直接执行导入，无需手动建库。
提高迁移效率的小技巧
对于大型数据库，以下参数可显著提升导出和导入效率：
--single-transaction：适用于InnoDB引擎，保证一致性的同时不锁表。 --quick：防止将整个结果集加载到内存，适合大表。 --lock-tables=false：导出时不锁定表，减少对业务影响（多用于MyISAM需谨慎）。 --set-gtid-purged=OFF：在GTID模式下避免导入时的GTID冲突。 压缩导出文件节省空间：mysqldump -u root -p mydb | gzip > mydb.sql.gz
解压并导入：
gunzip
常见问题处理
迁移过程中可能遇到的问题及解决方法：
字符集不一致：导出和导入时指定相同字符集，如添加--default-character-set=utf8mb4。 权限不足：确保用户有SELECT、SHOW VIEW、LOCK TABLES等权限。 导入速度慢：可临时调整
innodb_flush_log_at_trx_commit=0和
sync_binlog=0，导入完成后再改回。 外键约束导致失败：导入前执行
SET FOREIGN_KEY_CHECKS=0;，导入后再开启。
基本上就这些。合理使用mysqldump参数，结合实际环境调整策略，数据库迁移可以既安全又高效。关键在于测试流程、验证数据一致性，并在必要时分库分表导出。
