加索引导致INSERT变慢是因为MySQL需同步更新所有索引,引发B+树插入、页分裂及回表路径维护,索引越多开销越大。为什么加了索引,INSERT反而卡住了因为 MySQL 在写入时必须同步更新所有相关索引。每多一个索引,INSERT 就得多做一次 B+ 树插入、可能触发页分裂、还要维护二级索引的聚簇索引回表路径。尤其当表有 5 个以上二级索引,单行 INSERT 的开销可能翻 3 倍以上。常见错误现象:SHOW PROCESSLIST 看到大量 update 或 insert 状态卡在 updating;慢查询日志里 INSERT 出现在 top 10;监控显示 Innodb_row_lock_waits 明显上升。不是所有字段都值得建索引------先看 WHERE 和 JOIN 条件里真正高频出现的组合联合索引要按「等值查询字段 + 范围查询字段 + 排序字段」顺序排列,避免冗余单列索引TEXT/VARCHAR(2000) 类型字段不要直接建全文索引以外的索引,考虑前缀索引(如 INDEX idx_name (name(16)))删除长期不用的索引:用 sys.schema_unused_indexes 视图或 performance_schema.table_io_waits_summary_by_index_usage 检查INSERT ... SELECT 场景下索引怎么取舍批量导入数据时,索引对写入性能的影响被放大。MySQL 会为每一行新记录更新全部索引,而 INSERT ... SELECT 又常涉及大结果集扫描,容易形成双重压力。典型场景:定时从日志表归档数据到历史表、ETL 同步、报表宽表构建。执行前临时禁用非必要索引:ALTER TABLE tbl DROP INDEX idx_unneeded,导入完成再重建如果目标表只有主键,可先 CREATE TABLE ... LIKE 复制结构,再 DROP PRIMARY KEY + ADD PRIMARY KEY 延后建主键(仅限 MyISAM 不适用,InnoDB 下需谨慎)控制批量大小:用 LIMIT 分批 INSERT ... SELECT,避免长事务和锁升级;5k~10k 行/批较稳妥确认 innodb_buffer_pool_size 足够,否则索引页频繁刷盘会拖垮吞吐异步写索引:绕不开但不能瞎搞真正的"异步建索引" MySQL 不支持,所谓异步其实是把索引维护逻辑从写入路径中剥离,靠应用层或中间件补偿。这不是银弹,而是权衡一致性与性能后的妥协方案。 跃问 跃问是由阶跃星辰开发的免费AI智能问答助手,随时帮你智能搜索、高效阅读、识图理解、和你畅聊感兴趣的话题。
相关推荐
凤年徐3 分钟前
【Python】Python 语法速通指南quantdash_cc7 分钟前
量化数据清洗应该放在数据层还是策略层?从系统架构看清职责边界梅雅达编程笔记10 分钟前
Day 06 · 第一个 API 接口:从 Model 到 JSONyi01114 分钟前
DAY28: LeetCode 111. 二叉树的最小深度又尔D.18 分钟前
MySQL下载安装Navicat中国22 分钟前
Navicat 数据脱敏打造安全可用的仿真数据环境Elastic 中国社区官方博客26 分钟前
Elastic 线下 Meetup 将于 2026 年 12 月 19 号下午在西安举行云絮.28 分钟前
Mybatis(一)xiangyun6132 分钟前
C++ list 模拟实现(二):const迭代器与反向迭代器,模板的黑魔法