当MySQL 5.5版本在数据导入过程中出现报错时，许多用户会因不熟悉环境配置或操作细节而陷入困扰，本文从实际案例出发，梳理常见错误类型并提供针对性解决方案，帮助您快速定位问题根源。
一、字符集冲突引发导入中断
MySQL 5.5默认采用latin1字符集，若导入的SQL文件使用utf8mb4或其它字符集时，常出现类似Error 1366: Incorrect string value的报错。
解决方案：
1、导入前执行命令临时修改字符集
- SET NAMES 'utf8';
- SET CHARACTER SET utf8;
2、永久性配置调整
在my.cnf配置文件中添加：
- [mysqld]
- character-set-server=utf8
- collation-server=utf8_general_ci
二、文件路径权限问题
使用source命令导入时若提示ERROR 2 (HY000): File 'xxx.sql' not found，需检查：
- SQL文件是否存放在MySQL服务端（非客户端）
- 使用绝对路径而非相对路径
- 执行SHOW VARIABLES LIKE 'secure_file_priv';确认允许导入的目录
三、版本兼容性陷阱
从高版本导出的SQL文件可能包含MySQL 5.5不支持的语法：
JSON类型字段（5.7+版本功能）
WITH ROLLUP等高级聚合函数
- 默认启用STRICT_TRANS_TABLES模式导致的类型严格校验
处理建议：
1、导出时添加--skip-comments --compact参数移除注释
2、用文本编辑器批量替换ENGINE=InnoDB为ENGINE=MyISAM
3、手动注释或删除/*!50500 ... */版本限定语句
四、表结构定义冲突
当目标数据库存在同名表但字段不匹配时，可能触发ERROR 1062: Duplicate entry，推荐采用：
- mysql -u root -p --force database_name < dump.sql
--force参数强制跳过错误继续执行，事后需人工校验数据完整性。
五、大文件导入优化方案
超过100MB的SQL文件易引发超时中断：
1、修改my.cnf配置
- max_allowed_packet=256M
- wait_timeout=28800
2、使用mysqlimport工具分段导入
3、对压缩文件采用管道导入
- zcat dump.sql.gz | mysql -u user -p database
观点与建议
作为长期使用MySQL的技术人员，建议仍在运行5.5版本的用户尽快制定升级计划，新版本不仅修复了大量已知问题，更显著提升了数据导入效率，遇到报错时，养成查看/var/log/mysql/error.log的习惯，90%的错误信息可通过日志定位到具体行号，对于复杂问题，推荐使用Percona Toolkit进行深度诊断。
