Navicat导出TXT为空但预览正常，主因是导出时未复用查询上下文，导致权限、字符集、时区、SQL模式或服务端限制（如secure_file_priv）引发静默失败；应检查执行行数、连接一致性、显式类型转换及导出配置。
导出TXT时数据为空但Navicat预览正常
这是最典型的「查询能跑、导出没结果」现象，根本原因不是sql写错了，而是navicat导出逻辑默认不复用查询窗口的上下文——它会重新执行一次查询，但可能因连接用户权限、当前数据库上下文或隐式事务状态不同而返回空集。
实操建议：
- 导出前先右键点击查询结果表格 → “复制为” → “纯文本”，粘贴检查是否真有数据；若能复制出内容，说明SQL本身没问题，问题出在导出流程
- 确认导出时使用的连接账户和执行查询时是同一个，尤其注意区分
root@localhost和app_user@10.%.%这类权限隔离明显的账号 - 导出对话框里勾选 “使用当前查询语句”（而非“使用表结构”），并手动点一下
Preview按钮看是否仍能加载数据 - 如果用了
SET SQL_MODE或临时变量（如@rownum := @rownum + 1），导出引擎可能不支持，换用窗口函数或去掉变量逻辑再试
WHERE条件里含中文、特殊字符或时间范围失效
Navicat导出TXT本质是走服务端SELECT → 客户端接收 → 文本格式化流程，中间任何环节对字符集/时区处理不当，都会让过滤条件“看起来写了，实际没生效”。
常见错误现象：导出全表有数据，加了 WHERE create_time > '2024-01-01' 就变空；或 WHERE name = '张三' 不匹配，但手动查又对得上。
实操建议：
- 把带条件的SQL单独复制到新查询窗口，执行后右下角看
Rows affected数，不是看结果表格有没有显示——有时结果为空但Navicat没报错，容易误判 - 导出前在查询窗口顶部检查当前连接的
character_set_client和collation_connection，确保和表字段定义一致（比如表是utf8mb4_unicode_ci，但连接用的是latin1，中文条件直接失效） - 时间条件优先用
STR_TO_DATE()显式转换，避免依赖隐式类型转换，例如写成WHERE date_col >= STR_TO_DATE('2024-01-01', '%Y-%m-%d') - 导出设置里取消勾选
“Export with column names”试试——某些版本在开启该选项时会意外干扰WHERE解析
导出配置中分隔符、换行符与NULL值处理导致文件看似空白
TXT导出不是简单拼字符串，Navicat会按配置做字段分隔、NULL映射、行尾截断。一旦配错，可能生成全是空行、不可见控制字符，或首行被当成BOM头吞掉，用记事本打开就是空的。
实操建议：
- 导出格式选
Text File后，点Options→ 把Field separator改成英文逗号或制表符\t，别用空格或中文顿号 -
Text qualifier必须设为双引号"，否则含换行或逗号的字段会破坏结构，后续解析失败，看起来像漏数据 -
NULL value别留空，设成\N或NULL字符串，否则NULL字段会被跳过，列数错位，整行可能被忽略 - 导出完别急着用Windows记事本打开——它识别不了
\n换行，只认\r\n。用VS Code、Notepad++ 或cat -A filename.txt查看真实内容
MySQL服务端max_allowed_packet或secure_file_priv限制拦截导出
Navicat导出TXT其实是客户端发起一个SELECT，然后自己把结果流式写入本地文件。但如果查询结果太大，或服务端设置了严格路径白名单，就会静默失败——界面没报错，文件却只有几行甚至完全空白。
实操建议：
- 连上数据库执行
SHOW VARIABLES LIKE 'max_allowed_packet';，如果小于32M，而你要导出百万行，大概率被截断；临时调高可用SET GLOBAL max_allowed_packet = 64*1024*1024;（需SUPER权限） - 查
SHOW VARIABLES LIKE 'secure_file_priv';，如果返回非空路径（如/var/lib/mysql-files/），说明MySQL只允许导出到该目录——此时Navicat导出会失败，必须改用SELECT ... INTO OUTFILE配合该路径，再手动下载 - 导出大表时，在SQL里加
LIMIT 1000先验证流程是否通，再逐步放开，避免卡死或超时 - 如果用的是阿里云RDS、腾讯云CDB等托管库，
secure_file_priv通常锁定不可改，只能走Navicat的“导出向导”并选“每行一条记录”，避开服务端文件写入环节
真正麻烦的往往不是SQL写不对，而是Navicat在后台悄悄换了个连接、绕过了你的字符集设置、或者被服务端策略无声拒绝——盯住查询执行后的实际影响行数，比盯着导出文件是否“看起来有内容”靠谱得多。
