禁用索引对InnoDB无效，因其二级索引实时维护；应关闭唯一/外键检查、用大事务、LOAD DATA INFILE（快5–20倍）或批量INSERT（1000行为佳），导入后须ANALYZE TABLE更新统计信息。
为什么禁用索引后插入还是慢？
禁用索引（ALTER TABLE ... DISABLE KEYS）只对 MyISAM 表生效，对 InnoDB 完全无效——这是最常被忽略的前提。InnoDB 没有“禁用索引”这回事，它的二级索引是在插入时实时维护的。真正能起效的是：关掉唯一约束检查、延迟唯一性校验、减少事务开销。
-
SET UNIQUE_CHECKS = 0：跳过唯一索引和主键重复校验（导入后务必设回1，否则后续写入可能出错） -
SET FOREIGN_KEY_CHECKS = 0：关闭外键约束（仅当表间无强依赖或你确认数据合法时才用） - 配合大事务（如每 10000 行
COMMIT），避免日志刷盘太频繁；但别把整个几千万行包在一个事务里，容易撑爆innodb_log_file_size
LOAD DATA INFILE 比 INSERT 快多少？
快 5–20 倍是常态，核心在于它绕过了 SQL 解析层，直接走存储引擎接口。但前提是文件得在 MySQL 服务端本地（或启用了 local_infile=ON 并信任客户端路径）。
- 必须用制表符或逗号分隔，字段顺序要和表结构严格一致，否则加
FIELDS TERMINATED BY ','和LINES TERMINATED BY '\n'显式声明 - 遇到空字符串或
NULL，记得写NULL字面量并配SET col = NULLIF(@col, '')转换，否则可能插成空串 - 如果表有自增主键，文件中对应列留空或写
\N，MySQL 会自动补；但千万别写0，否则可能触发auto_increment_offset异常
批量 INSERT 的临界点怎么选？
不是越多越好。单条 INSERT 插 1 行是性能黑洞；拼 1000 行一包是常见甜点区；超过 5000 行后收益快速衰减，还容易触发 max_allowed_packet 报错（默认 4MB）。
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 用
INSERT INTO t VALUES (...), (...), (...)多值语法，别写成多条单值INSERT - 提前算好包大小：假设每行平均 200 字节，1000 行 ≈ 200KB，安全；3000 行 ≈ 600KB，需确认
max_allowed_packet ≥ 1M - 如果用 ORM（如 Django 的
bulk_create或 SQLAlchemy 的execute_many），注意它们底层是否真生成多值语句——有些只是循环发单条
导入后为什么查询反而变慢了？
因为索引没重建。InnoDB 在大批量写入后，B+ 树页分裂严重，索引变得稀疏且深度增加，统计信息也过期了。这时候 SELECT 可能走错执行计划。
- 导入完立刻执行
ANALYZE TABLE t，更新索引基数（cardinality）统计 - 如果发现索引碎片率高（
SHOW INDEX FROM t看Cardinality明显偏低），可OPTIMIZE TABLE t（本质是重建表 + 索引，会锁表） - 更轻量的做法是
ALTER TABLE t ENGINE=InnoDB，效果类似OPTIMIZE但兼容性更好
真正卡住的往往不是导入那几十秒，而是之后没人去碰统计信息和索引状态——这点比调参数还容易被跳过。
