navicat 不校验字段长度，截断由目标表 varchar 长度不足导致；可通过查询 information_schema 生成批量 alter 语句扩长字段。
navicat 本身不决定字段长度是否够用，它只是忠实执行你写的 sql 或界面操作；真正导致截断的，是目标表字段定义比源数据短，而 navicat 在同步、导入、导出时又不会主动报错——它默默丢掉超长部分。
同步前怎么批量查出并扩长 VARCHAR 字段
别一个个点「设计表」改，效率低还容易漏。连上目标库，直接跑这条 SQL：
SELECT CONCAT('ALTER TABLE `', table_name,'` MODIFY `', column_name,'` VARCHAR(2000);') AS stmt
FROM INFORMATION_SCHEMA.COLUMNS
WHERE table_schema = 'your_db_name'
AND data_type = 'varchar'
AND character_maximum_length
<p>结果会生成一堆 <code>ALTER TABLE</code> 语句。复制执行前注意三点：</p>
- 人工过一遍：排除日志表、临时表、备份表，只改真正参与同步的表
-
VARCHAR(2000)不是固定值，得看业务——用户地址建议至少VARCHAR(500)，商品描述可能得TEXT - InnoDB 单字段最大 3072 字节（不是字符），超了会自动转
TEXT，但索引失效，慎用超大值
改完字段长度为什么 Navicat 还在截断
常见原因是 Navicat 缓存了旧的元数据，它读的是本地缓存的列定义，不是实时查 INFORMATION_SCHEMA。
必须做两件事：
- 右键目标数据库连接 → 「刷新」，强制重载表结构
- 如果用了 Profile，Load 后进「表映射」页，点开任意一列再点一下，触发重新读取字段定义
否则哪怕你 ALTER 成功了，Navicat 仍按缓存里的 VARCHAR(255) 分配缓冲区，同步时照样截断。
导出 Excel 时字符串被砍，和字段长度无关
这是 Navicat 客户端行为，跟数据库字段定义完全没关系。它默认只扫描前 8 行内容来预估每列长度，然后分配内部缓冲区。
比如前 8 行里 content 最长 200 字符，它就按 CHAR(255) 写入 Excel，哪怕第 9 行有 5000 字符，后半截直接丢弃。
解决方法只有两个靠谱的：
- 导出前加
CAST(content AS CHAR(5000))，显式声明长度，绕过自动推断 - 根本别导 Excel，改导 CSV——没长度预判、没单单元格 32767 字节限制、不丢换行符
导出设置里勾选「Export data with quotes」和「保留换行符」只是辅助，不能解决根本问题。
导入 Excel 时字段被截成 255 字符怎么办
Navicat 导入 Excel 默认按前几行推断类型，常把长文本列当成 VARCHAR(255) 处理，哪怕目标表已是 TEXT。
关键动作在导入对话框的「高级」页：
- 提前确保目标字段类型是
TEXT或MEDIUMTEXT，别依赖导入时自动建表 - 勾选「保留换行符」，否则 \n 被转空格，看起来像“突然断掉”
- 如果 Excel 里有公式结果，先复制粘贴为数值，否则 Navicat 可能读到公式字符串而非真实值
最保险的做法：先导出一份 CSV 验证原始内容是否完整，再决定要不要调结构或换导入方式。
