必须勾选“导出表数据”、选择“Insert”导出模式、设置与源库一致的字符集；遇列名错误需取消“导出列名”并核对字段顺序；大表应调高超时、分批导出或改用mysqldump。
导出前必须确认的三个设置项
navicat 的「转储 sql 文件」功能默认不生成 insert 语句，而是可能输出 create table 或空文件——关键在导出向导里的「导出选项」是否勾选正确。
- 务必勾选
导出表数据（否则只导结构，无INSERT） -
导出模式必须选Insert（不是Insert ignore或Replace，后者会改写语法） -
导出字符集建议设为与源库一致（如utf8mb4），否则中文字段可能变成???
遇到 “Unknown column 'xxx' in 'field list'” 错误怎么办
这个错误通常出现在导出后执行 SQL 失败时，根本原因是 Navicat 默认开启 导出列名，但目标库表结构有变更（比如字段重命名、删了某列），导致 INSERT INTO t (a,b,c) VALUES 中的列名和实际表不匹配。
- 临时解决：在导出向导中取消勾选
导出列名（让语句变成INSERT INTO t VALUES）——前提是字段顺序完全一致 - 长期建议：导出前用
DESCRIBE table_name核对源/目标表字段顺序和数量 - 注意：
INSERT IGNORE和REPLACE模式下该选项不可取消，必须用Insert模式
大表导出卡住或生成空文件的常见原因
Navicat 转储过程依赖客户端内存缓存全部结果，10 万行以上就容易触发超时或 OOM，表现为进度条不动、最终文件只有几 KB。
- 调高超时：在连接属性 →
高级页里把查询超时（秒）改成600甚至更高 - 分批导出：在「表」选择界面，不要全选，按业务逻辑拆成多个小表单独导出（比如按时间分区的日志表）
- 禁用「压缩导出文件」：该选项有时会干扰大结果集写入，关掉更稳
- 替代方案：若持续失败，直接用命令行
mysqldump --skip-extended-insert -u user -p db table更可靠
导出的 SQL 在目标库执行时报错 “Data too long for column”
这不是 Navicat 的 bug，而是它默认不检查字段长度限制，原样导出超长字符串（比如 TEXT 字段里塞了 2MB 内容，但目标列是 VARCHAR(255)）。
- 导出前手动确认字段类型：
SHOW COLUMNS FROM table_name LIKE 'col_name' - 如果确定要截断，可在导出后用文本工具全局替换，例如把
INSERT INTO t VALUES ('...太长内容...改成INSERT INTO t VALUES (SUBSTR('...太长内容...', 1, 255), - 更稳妥的做法：导出前在源库用
SELECT ... WHERE LENGTH(col) > 255扫描异常值，提前清洗
Insert、绕过列名校验陷阱、对大表和字段长度保持手动校验意识。自动化省不了这步人工核对。
