加索引导致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智能问答助手,随时帮你智能搜索、高效阅读、识图理解、和你畅聊感兴趣的话题。
相关推荐
DeepVisionary16 分钟前
为拿并网许可,OpenAI在佐治亚新园区同意高峰期断电三成大模型最新论文速读30 分钟前
text-to-sql:从学术玩具到生产落地ManageEngineITSM1 小时前
工单分类怎么设计?类别、子类别与自动分派的实用方法VIP_CQCRE1 小时前
内容自动化越跑越乱?先补上状态、去重和失败恢复ClouGence1 小时前
MongoDB 双向同步如何防止数据循环?(附实操指南)我喜欢就喜欢1 小时前
RAG 重排序 Rerank 实战:用 bge-reranker 把 Top-K 命中率拉回来TDengine (老段)1 小时前
TDengine IDMP 十大实用功能(7)专注仿真1 小时前
卷积神经网络(CNN)算法详解Decay__1 小时前
15_MySQL 数据同步与迁移方案 —— 复制 / DataX / Canal / 异构同步(对标 Oracle GoldenGate)