MyISAM 的 SELECT ... INTO OUTFILE 比 InnoDB 快，因其不写 redo log、不维护 MVCC、不加行级锁，直接顺序读取 .MYD 文件；而 InnoDB 需维持一致性视图，触发 undo 读取和间隙锁等待。
MyISAM 表用 SELECT ... INTO OUTFILE 为什么比 InnoDB 快？
核心原因是 MyISAM 不做事务日志（redo log）、不维护 MVCC 版本链、也不加行级锁。导出时 MySQL 直接顺序扫描数据文件（.MYD），几乎无额外开销；而 InnoDB 要在导出过程中维持一致性视图，可能触发大量 undo 记录读取和间隙锁等待，尤其在高并发写入场景下更明显。
SELECT ... INTO OUTFILE 在 MyISAM 上的实操要点
不是所有 MyISAM 表都能直接导出，权限和路径限制必须提前确认：
- MySQL 用户需有
FILE权限：执行SHOW GRANTS FOR CURRENT_USER;检查是否含GRANT FILE ON *.* - 目标路径必须是 MySQL 服务端本地路径，且由
secure_file_priv变量限定（查SELECT @@secure_file_priv;） - 导出语句中不能带子查询或 JOIN —— MyISAM 的
INTO OUTFILE不支持复杂查询重写 - 字段含换行符或双引号时，仅靠
ENCLOSED BY '"'不够，建议额外用REPLACE()清洗，例如：REPLACE(REPLACE(name, '\n', ' '), '"', '""')
导出后 CSV 到 Excel 的兼容性陷阱
即使导出成功，Excel 打开 CSV 仍可能乱码或错列，关键在三处：
tidy-excel-data
下载
清理、标准化、验证并汇总杂乱的 Excel 工作簿。当 Codex 需要处理 `.xlsx`、`.xls`、`.xlsm` 或 `.csv` 格式的数据时使用，包括：统一表头格式、删除空白行与空白列、修剪文本内容、去重记录、检测数据质量问题、拆分或合并工作表、生成清洗后的工作簿，以及为业务电子表格生成审计摘要。
- MySQL 导出默认用系统编码（如 latin1），但 Excel Windows 版默认按 ANSI 解析 —— 必须在导出时显式指定字符集：
SELECT ... INTO OUTFILE '/path/data.csv' CHARACTER SET utf8mb4 ... - Excel 对 CSV 中空值识别弱，MyISAM 的
NULL值会导出为空字符串，但若字段定义为NOT NULL DEFAULT ''，就无法区分“真空”和“默认空” - 日期字段如
2026-04-13 15:43:00在 Excel 里可能被识别为文本而非时间，需在 Excel 中用“数据 → 分列 → 日期格式”手动修正
别把 MyISAM 当万能加速器
MyISAM 的导出速度优势只在特定条件下成立：
- 表无频繁写入：一旦有
INSERT/UPDATE并发，MyISAM 表级锁会让导出任务排队阻塞 - 数据量适中（
- 不依赖事务一致性：MyISAM 导出过程不保证快照一致性，若导出中途发生写入，结果可能是部分新、部分旧的数据混合
- 已逐步被弃用：MySQL 8.0+ 默认禁用 MyISAM 引擎，新项目应优先考虑优化 InnoDB 导出逻辑，比如加
READ COMMITTED隔离级别 + 关闭 autocommit
真正要提速，不如先看慢在哪 —— 是查询本身卡（加索引），还是导出路径权限反复失败（查 secure_file_priv），或是 Excel 解析拖慢了整体感知。
