如何高效利用InnoDB技术快速构建海量MySQL数据库索引？
- 内容介绍
- 文章标签
- 相关推荐
本文共计894个文字，预计阅读时间需要4分钟。
由于InnoDB默认在原表上就地构建索引，全表加表级写锁（ALGORITHM=INPLACE），仅部分操作支持，但建立索引仍需大量I/O和排序（），因此所有INSERT/UPDATE/DELETE操作都会被阻塞。更糟糕的是，如果磁盘I/O、buffer pool不足或临时文件空间不足，可能会出现ERROR 1205 (HY000): Deadlock found when trying to get lock或ERROR 2013 (HY000): Lost connection to MySQL server during query等错误。
ALTER TABLE ... ALGORITHM=INPLACE, LOCK=NONE 真的能无锁建索引吗？
不能一概而论。MySQL 5.6+ 的 ALGORITHM=INPLACE 对 ADD INDEX 是「仅元数据变更 + 后台异步构建」，但前提是：该索引列允许为 NULL、未启用 innodb_force_primary_key、且不是主键或唯一约束（唯一约束需校验重复值，必须扫描全表）。实测中，即使加了 LOCK=NONE，一旦后台线程触发 full table scan（比如建唯一索引），仍会隐式升级为 LOCK=SHARED，导致写入短暂阻塞。
本文共计894个文字，预计阅读时间需要4分钟。
由于InnoDB默认在原表上就地构建索引，全表加表级写锁（ALGORITHM=INPLACE），仅部分操作支持，但建立索引仍需大量I/O和排序（），因此所有INSERT/UPDATE/DELETE操作都会被阻塞。更糟糕的是，如果磁盘I/O、buffer pool不足或临时文件空间不足，可能会出现ERROR 1205 (HY000): Deadlock found when trying to get lock或ERROR 2013 (HY000): Lost connection to MySQL server during query等错误。
ALTER TABLE ... ALGORITHM=INPLACE, LOCK=NONE 真的能无锁建索引吗？
不能一概而论。MySQL 5.6+ 的 ALGORITHM=INPLACE 对 ADD INDEX 是「仅元数据变更 + 后台异步构建」，但前提是：该索引列允许为 NULL、未启用 innodb_force_primary_key、且不是主键或唯一约束（唯一约束需校验重复值，必须扫描全表）。实测中，即使加了 LOCK=NONE，一旦后台线程触发 full table scan（比如建唯一索引），仍会隐式升级为 LOCK=SHARED，导致写入短暂阻塞。