LOAD DATA INFILE最快，但需满足secure_file_priv路径、FILE权限及表结构严格匹配；批量INSERT每批宜控5000–8000行；InnoDB导入前应SET unique_checks=0、foreign_key_checks=0，而非DISABLE KEYS。
直接用 LOAD DATA INFILE 最快，但权限和路径限制多
如果你能控制 MySQL 服务端文件系统，LOAD DATA INFILE 是导入千万级数据最高效的方式——它绕过 SQL 解析、网络往返和单行事务开销，实测比批量 INSERT 快 5–10 倍。但必须满足三个硬性条件：
• MySQL 配置中 secure_file_priv 不为空（比如设为 /var/lib/mysql-files/），且你的 CSV 文件必须放在该目录下；
• 当前用户有 FILE 权限（GRANT FILE ON *.* TO 'user'@'host';）；
• 表结构已存在，字段顺序、类型、NULL 约束要和 CSV 完全一致，否则会静默跳过或报错 Incorrect integer value。
INSERT ... VALUES (...), (...), ... 批量插入时，每批别超 1 万行
客户端生成的批量 INSERT 语句看似简单，但实际受多个隐性限制：
• max_allowed_packet 默认通常只有 4MB，1 万行含字符串的记录就可能超限，报错 Packets larger than max_allowed_packet are not allowed；
• 单条大语句锁表时间长，InnoDB 在可重复读隔离级别下会加间隙锁，容易阻塞其他写操作；
• 每批建议控制在 5000–8000 行，用 INSERT INTO t (a,b) VALUES (...),(...),...; 格式，不要带 ON DUPLICATE KEY UPDATE 或 REPLACE——这些会额外触发索引查找和更新，速度下降 30% 以上。
导入前临时关掉索引和外键，完事再重建
千万级数据插入时，索引维护是最大拖累。不是“禁用索引”，而是让 InnoDB 暂停二级索引构建：
• 执行 ALTER TABLE t DISABLE KEYS;（仅对 MyISAM 有效，对 InnoDB **无效**，这点常被误传）；
• 正确做法是：先 SET unique_checks=0, foreign_key_checks=0;，导入完成后再 SET unique_checks=1, foreign_key_checks=1;；
• 注意：unique_checks=0 期间不会校验唯一约束，如果源数据本身有重复主键或唯一键，后续 SET unique_checks=1 会触发全表扫描校验并报错，必须提前清洗数据；
• foreign_key_checks=0 只跳过外键约束检查，不跳过外键索引更新，所以仍需确保关联字段有索引，否则导入后 ALTER TABLE ... ENABLE KEYS（实际是重建索引）会极慢。
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
用 mysqldump --tab 导出 + LOAD DATA 导入，比纯 SQL 更稳
如果你是从另一个 MySQL 实例迁移数据，别用 mysqldump --extended-insert 生成大 SQL 文件再执行——它本质还是批量 INSERT，且容易因字符集或转义问题出错。
• 改用 mysqldump --tab=/path/to/dir --fields-terminated-by=',' db table，生成纯文本 TSV 文件和建表语句；
• 把 TSV 文件拷到目标机 secure_file_priv 目录下，再用 LOAD DATA INFILE 导入；
• 这种方式天然规避了 SQL 解析错误、单引号转义混乱、NULL 值写成字符串 'NULL' 等常见坑，且导出阶段就能发现字段长度超限等 schema 问题。
真正卡住人的地方，往往不是“怎么快”，而是“怎么不出错”：字段类型隐式转换、时区导致的时间偏移、CSV 中隐藏的 BOM 头、甚至磁盘剩余空间不足却只报 Got timeout reading communication packets ——这些都得在导入前用小样本验证一遍。
