mysql数据库海量数据插入如何提升速度_禁用索引与外键后批量导入-mysql教程-PHP中文网

禁用索引对InnoDB无效，因其二级索引实时维护；应关闭唯一/外键检查、用大事务、LOAD DATA INFILE（快5–20倍）或批量INSERT（1000行为佳），导入后须ANALYZE TABLE更新统计信息。

mysql数据库海量数据插入如何提升速度_禁用索引与外键后批量导入

为什么禁用索引后插入还是慢？

禁用索引（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 但兼容性更好

真正卡住的往往不是导入那几十秒，而是之后没人去碰统计信息和索引状态——这点比调参数还容易被跳过。