先说个事实：SELECT ... INTO OUTFILE 这个命令，它确实能把结果写到磁盘，但那个磁盘是数据库服务器上的，不是你的电脑。所以，当你想着“快速导出到本地”时，这条路从一开始就走不通。真正的解决方案，得绕开这个服务端限制，让数据直接落地到你的本地机器上。
MySQL 命令行重定向：最稳的本地导出方式
很多人的第一个错误，就是在 mysql> 的交互式会话里，傻傻地敲 SELECT ... INTO OUTFILE，然后发现文件跑到了服务器上的 /tmp 目录，根本拿不到。正确做法，是退出交互模式，直接在终端里用管道重定向。
比如这样：
mysql -u root -p -h db.example.com -D mydb -e "SELECT id, name FROM users WHERE created_at > '2025-01-01';" > /Users/you/export.csv- 如果你的字段里可能带有逗号或换行符，那就得加上
--batch --raw --skip-column-names这几个参数，避免格式污染。 sed或awk这类文本处理工具，在这里比纯SQL的FIELDS TERMINATED BY更灵活可控。比如用sed 's/$/"/; s/^/"/; s/\t/","/g'来给 CSV 字段加个双引号包裹。- 大数据量时，一定别忘了加
--quick（即-q）参数，它能防止客户端把整张结果集都缓存到内存里，导致内存爆掉。
PostgreSQL 的 copy 指令：最可靠的方案
在 PostgreSQL 的世界里，COPY ... TO STDOUT 是服务端命令，只能写到服务器。而 copy（注意是小写）是 psql 客户端的内置指令，它会自动把查询结果传回本地再写文件，路径和权限都由你本地环境决定。
别在 psql 里写 COPY (SELECT ...) TO '/local/path.csv';，这肯定会报错，因为服务端根本找不到你本地的路径。
正确的操作方式：
- 进入 psql 后，直接执行：
copy (SELECT id, email FROM customers WHERE status = 'active') TO '/home/user/customers.csv' WITH (FORMAT CSV, HEADER true, DELIMITER ','); - 或者更灵活一点，用
psql -c "SELECT ..."配合 shell 重定向，和 MySQL 的套路类似。 copy命令支持ENCODING 'UTF8'，能很好地解决中文乱码问题。但注意，Windows 路径要使用正斜杠或双反斜杠。
SQL Server 的本地导出：别踩 BCP 的坑
BCP 工具默认只认 SQL Server 所在机器的路径。想导出到你本地电脑，必须满足两个条件之一：要么你在本地装了 SQL Server 客户端工具（如 sqlcmd），然后用重定向；要么你就得用 SSMS 的导出向导。
用 sqlcmd 重定向的方法：
sqlcmd -S db.example.com -U sa -P pwd -d mydb -Q "SELECT * FROM logs" -o "C:\temp\logs.csv" -s "," -W-s ","设置分隔符，-W去除首尾空格，-h -1可以去掉列头（按需使用）。- 注意：Windows 路径里有空格或特殊字符时，一定要加引号，比如
-o "D:\My Data\out.csv"。
至于 SSMS 的导出向导，它只适合单次查询，不适合脚本化，大数据量时还容易卡死或内存溢出。所以，xp_cmdshell 和 BCP 的本地路径陷阱，能避则避。
再聊聊 Python + pandas 这条路线
很多同学觉得 pandas.read_sql_query() 方便，直接用 df.to_csv() 就完事了。但导出千万级数据时，这写法极易触发 MemoryError。
真正可用的做法是分块读取 + 追加写入：
- 用
chunksize=10000参数分批拉数据，每批用to_csv(..., mode='a', header=False if i else True)追加写入。 - 显式指定
encoding='utf-8-sig'，避免 Excel 打开乱码。 - 别用
df.to_csv()一次性写——即使数据只有 50 万行，pandas 默认也会建全量 DataFrame，吃光 4GB 内存。 - 如果只是导出，不需要分析，用
sqlite3或csv模块原生读游标，更轻量，也更不容易出问题。
最后，导出海量数据时，最容易被忽略的其实是 字符编码一致性 和 字段内嵌换行符处理。CSV 不是“逗号分隔”那么简单，字段里如果包含 \n 或 "，必须用双引号包裹并转义，否则 Excel 或其他工具解析时就会错行。用数据库原生命令（如 copy 或 mysql -e）比自己拼字符串更靠谱，因为它们内置了标准的 CSV 转义逻辑。
