csv文件打不开或乱码，须先设置语法绑定为csv并依次尝试utf-8 with bom、gbk、windows-1252编码；结构异常或超10mb时应转用csvkit、pandas等专业工具解析。
CSV 文件打不开或乱码？先确认语法绑定和编码
Sublime Text 默认把 .csv 当纯文本，右下角显示 Plain Text 就说明没启用 CSV 语法支持——高亮、分隔符识别、列感知全失效。中文变问号、字段粘连、换行消失，90% 是编码不匹配，不是文件损坏。
点击右下角语言标识 → 选 Open all with current extension as… → 选 CSV（ST4 内置，ST3 需确认插件已启用）；乱码时点右下角当前编码（如 UTF-8）→ Reopen with Encoding → 依次试 UTF-8 with BOM、GBK、Windows-1252；确认正确后，再点同位置 → Save with Encoding 固化保存编码。
字段含未闭合引号、嵌套换行、逗号在引号内？别硬正则清洗
Sublime 的正则（如 ,(?=(?:[^"]*"[^"]*")*[^"]*$)）只能跳过“成对双引号内的逗号”，但无法处理："abc,"def（引号未闭合）、"multi\nline"（跨行字段）、field1;field2（混用分隔符）。这类结构异常不是编辑器能救的。
- 超过 10MB 的 CSV 在 Sublime 里打开容易无响应
-
large_file_threshold调高也治标不治本，本质是 Sublime 不解析 CSV 语义，只做字符匹配 - 字段不规范时，
LOAD DATA INFILE或pandas.read_csv()会直接报错，比如ParserError: Expected 5 fields in line X, saw 7
想用 Sublime 写 SQL 导入脚本？必须绕开“字段顺序”陷阱
Sublime 只负责写文本，不校验数据与表结构是否一致。哪怕你手写对了 LOAD DATA INFILE，只要 CSV 第一行字段顺序和数据库表字段顺序不严格一致，或者某列类型不匹配（如字符串写进 INT 字段），MySQL 就会静默截断或报错 Incorrect integer value。
常见踩坑点：
-
IGNORE 1 ROWS开启了，但 CSV 实际没有表头，导致首行数据被跳过 -
ENCLOSED BY '"'写了，但源文件字段根本没加引号，结果把逗号当分隔符误切 - 路径用的是 Windows 风格
C:\data\file.csv，但 MySQL 运行在 Linux，secure_file_priv限制只认绝对路径且必须可读 - 字段含中文，但 MySQL 表字符集是
latin1，插入后变成???
真正可行的导入路径：Sublime 做预处理，专业工具做解析
Sublime 的合理角色是轻量清洗：删空行、统一换行符（\r\n → \n）、替换非法控制字符、用列编辑补缺失字段占位符（如 NULL）、导出为标准 UTF-8 格式。之后必须交给能理解 CSV 语义的工具：
- 结构稍乱？用
csvkit：命令in2csv -f csv input.csv | csvsql --db sqlite:///db.db --insert --tables mytable - 要清洗+转换+类型推断？用
pandas：pd.read_csv('file.csv', on_bad_lines='skip')+df.to_sql() - 纯命令行快速导入？MySQL 用
mysqlimport，PostgreSQL 用COPY ... CSV HEADER
最易被忽略的一点：Sublime 里看着“对齐整齐”的 CSV，很可能只是视觉伪表格——字段实际长度不同、引号缺失、换行藏在引号内。这些在导入前肉眼几乎不可见，必须靠解析器报错才能暴露。
