导出时表结构和数据必须分两次处理：先用SHOW CREATE TABLE获取建表语句并精简，再用SELECT...INTO OUTFILE导出数据；注意路径、分隔符、字符集、权限及跨库细节。
导出时表结构和数据必须分两次处理
mysql、postgresql 等主流数据库不支持单条命令直接导出「带建表语句的 txt」——select ... into outfile 只能写数据，show create table 才能取结构。硬凑成一个文件容易错位、乱码或丢失字段注释。
- 先用
SHOW CREATE TABLE `user`获取建表语句，手动去掉ENGINE=InnoDB DEFAULT CHARSET=utf8mb4这类执行无关项（否则在纯文本里显得冗余） - 再用
SELECT * FROM `user`配合INTO OUTFILE '/tmp/user_data.txt'导出数据；注意路径必须是数据库服务端本地路径，不是你本机路径 - 如果跨库（比如从
sales_db.order导到backup_db），得显式写全名：SELECT * FROM sales_db.`order`，否则默认查当前库
字段分隔符和换行符不匹配会导致 Excel 打开错列
TXT 本质是纯文本，没有格式定义，Excel 靠猜测分隔符来解析。用逗号分隔却没加引号包裹含逗号的字段，或者用制表符但导出时混入 Windows 换行（\r\n），都会让后续导入失真。
- 推荐用制表符
\t分隔：MySQL 中加FIELDS TERMINATED BY '\t'，PostgreSQL 用COPY ... WITH (FORMAT csv, DELIMITER E'\t') - 避免字段内含换行符：导出前用
REPLACE(content, '\n', ' ')或REGEXP_REPLACE(content, '[\r\n]+', ' ')清洗 - PostgreSQL 的
COPY不支持直接导出结构，必须另起查询；MySQL 的mysqldump --no-data能导结构，但输出含CREATE DATABASE，要手动删
跨库权限不足时 INTO OUTFILE 直接报错 ERROR 1290 (HY000)
这个错误不是路径写错，而是 MySQL 启动时禁用了该功能（secure_file_priv 设为非空值且你指定的路径不在白名单内）。即使你有 FILE 权限也没用。
- 查当前限制：
SELECT @@secure_file_priv，返回/var/lib/mysql-files/就只能往这写 - 临时改配置要重启 MySQL，生产环境不现实；更稳妥的是用客户端工具中转：如
mysql -u root -p -e "SELECT ..." > user_data.txt - PostgreSQL 没这限制，但
COPY TO是服务端行为，路径仍需数据库用户有写权限；想绕过就用\copy（小写）——这是 psql 客户端命令，走本地磁盘
中文字段名或数据导出后变问号或乱码
根本原因是字符集链路断了：数据库连接编码、客户端编码、文件保存编码三者不一致。尤其用命令行导出时，终端默认编码常是 UTF-8，但 MySQL 连接可能设成了 latin1。
- 导出前确认连接编码：
SELECT @@character_set_client, @@character_set_results，不一致就执行SET NAMES utf8mb4 - MySQL 命令行加参数强制编码：
mysql --default-character-set=utf8mb4 -u root -p - 生成的 TXT 文件本身无编码标记，用 VS Code 或 Notepad++ 打开时得手动选
UTF-8 with BOM或UTF-8；BOM 有时反致解析失败，建议不用
跨库跨表导出看似只是拼两条命令，但结构与数据分离后，真正麻烦的是字段顺序对齐、NULL 值表示法统一、时间戳时区落地——这些细节一旦漏掉，下游解析就卡住，而且很难一眼看出来。
