Navicat长文本字段被截断主因是前8行长度推断失准及默认忽略TEXT/BLOB属性；应查真实最大长度、用CAST拓宽、取消Ignore TEXT/BLOB选项，并跨库时手动建CLOB列。
Navicat 同步数据时长文本字段被截断，核心原因不是同步逻辑出错，而是它在生成 INSERT 语句或内部缓冲阶段，对 TEXT、MEDIUMTEXT 等字段的长度推断和写入策略做了保守限制——尤其当字段内容超长且前几行不具代表性时，会静默丢掉超出部分。
导出/同步前字段长度被前8行“带偏”
Navicat 在执行导出或结构同步前，会扫描查询结果的前 8 行来推断每个字段的最大长度。如果这 8 行里 content 最长才 120 字符，它就按 VARCHAR(255) 处理，后续 5000 字的值在写入 Excel 或生成 INSERT 语句时就被内部截断——你看到的是空值、乱码或半截文字，实际是根本没进缓冲区。
- 先查真实最大长度：
SELECT LENGTH(content) FROM your_table ORDER BY LENGTH(content) DESC LIMIT 1; - 导出 SQL 中强制拓宽：用
CAST(content AS CHAR(4000))替代裸字段，避免推断逻辑生效 - 别依赖
SUBSTR(content, 1, 3000)：虽可控，但本质是丢数据；TRIM(content)不改变长度推断
同步到目标库时 TEXT 字段属性被忽略
Navicat 16 默认勾选 Ignore TEXT/BLOB column attributes，导致即使源库字段是 TEXT NOT NULL，目标库建表时也变成 TEXT NULL，更严重的是字符集（如 CHARACTER SET utf8mb4）和排序规则（COLLATE）完全不比对——这不是漏显示，是压根不拉取元数据。
- 打开结构同步窗口 → 右下角
Options→Compare Options - 必须取消勾选：
Ignore TEXT/BLOB column attributes - 同时检查：
Ignore column character set和Ignore column default value是否误勾 - 注意：Navicat 只比对显式声明的字符集，若表级设了
DEFAULT CHARSET=utf8mb4但字段没写CHARACTER SET，它就认为“无字符集”，比不出差异
跨库同步（如 MySQL → Oracle）时类型映射失真
Navicat 对大文本字段的跨库映射极简陋：TEXT 直接转成 CLOB 是理想情况，但常被降级为 VARCHAR2(4000) 或 NCLOB，一旦内容超限就报 ORA-01401: inserted value too large for column，且错误堆栈不提示具体哪一列。
- 不要用“自动创建表”：先在 Oracle 手动建好目标表，字段类型明确写为
CLOB或NCLOB - 同步时勾选
Only synchronize data（仅同步数据），跳过 DDL 生成环节 - MySQL 源字段若含换行符或双引号，导出前用
REPLACE(REPLACE(content, '\n', '\r\n'), '"', '""')预处理，避免目标库解析中断 - Oracle 目标列若定义为
NOT NULL，但源数据存在空字符串或全空格，需提前清洗：NULLIF(TRIM(content), '')
真正难处理的不是“怎么让 Navicat 支持长文本”，而是它所有环节（推断、比对、映射、写入）都默认假设字段“不会太长”。一旦你跳过验证前 8 行长度、没关掉 TEXT 忽略选项、也没手动建好目标 CLOB 列，截断就是静默发生的——你看不到报错，只发现数据少了一半。
