MySQL索引创建不锁表：90%的DBA都踩过的3个坑！

🔥关注墨瑾轩，带你探索编程的奥秘！🚀

🔥超萌技术攻略，轻松晋级编程高手🚀

🔥技术宝库已备好，就等你来挖掘🚀

🔥订阅墨瑾轩，智趣学习不孤单🚀

🔥即刻启航，编程之旅更有趣🚀

深度剖析MySQL索引创建不锁表的3个常见误区与5种正确实践

误区1：认为MySQL创建索引一定会锁表（90%的DBA都错了）

错误认知：MySQL创建索引时一定会锁表，导致应用无法写入。

真相 ：MySQL 5.6.7之后，创建索引默认不锁表，因为引入了Online DDL技术。但在5.6.7之前，创建索引确实会锁表，导致应用无法进行INSERT、UPDATE、DELETE等操作。

💡 墨氏注释：MySQL 5.6.7版本是分水岭，之前版本创建索引会锁表，之后版本默认支持Online DDL（在线DDL），可以在创建索引时不锁表。

错误认知场景：

• 你正在使用MySQL 5.6.6，执行ALTER TABLE my_table ADD INDEX idx_column (column)，然后发现应用突然无法写入，因为表被锁住了。
• 你升级到MySQL 5.6.7，以为问题解决了，但其实默认情况下可能还是锁表，因为你没有指定ALGORITHM=INPLACE和LOCK=NONE。

正确理解 ：MySQL 5.6.7及以上版本默认支持Online DDL，但需要显式指定ALGORITHM=INPLACE和LOCK=NONE才能实现真正的不锁表。

误区2：认为ALGORITHM=COPY就是锁表的唯一方式（80%的DBA都混淆了）

错误认知：ALGORITHM=COPY就是锁表，ALGORITHM=INPLACE就是不锁表。

真相 ：ALGORITHM参数控制的是MySQL如何执行DDL操作，但最终是否锁表还取决于LOCK参数。ALGORITHM=INPLACE可以配合LOCK=NONE实现不锁表，但ALGORITHM=COPY即使配合LOCK=NONE也无法实现不锁表。

💡 墨氏注释：ALGORITHM和LOCK是两个独立的参数，ALGORITHM决定操作方式（INPLACE或COPY），LOCK决定锁的级别（NONE、SHARED、EXCLUSIVE）。

错误认知场景：

• 你执行ALTER TABLE my_table ADD INDEX idx_column (column) ALGORITHM=COPY, LOCK=NONE，以为这样就不会锁表，但其实ALGORITHM=COPY会锁表，因为COPY方式必须锁表。
• 你执行ALTER TABLE my_table ADD INDEX idx_column (column) ALGORITHM=INPLACE, LOCK=SHARED，以为这样就安全了，但其实SHARED锁会阻止写入，只允许读操作。

正确理解：ALGORITHM=INPLACE配合LOCK=NONE才能实现真正的不锁表；ALGORITHM=COPY无论怎么设置都会锁表；LOCK=SHARED允许读但不允许写；LOCK=EXCLUSIVE会完全锁表。

误区3：认为MySQL 8.0之后创建索引默认不锁表（70%的DBA都错了）

错误认知：MySQL 8.0之后创建索引默认不锁表，不需要额外参数。

真相 ：MySQL 8.0确实引入了更多的Online DDL支持，但默认情况下创建索引仍然会锁表，除非你显式指定ALGORITHM=INPLACE和LOCK=NONE。

💡 墨氏注释：MySQL 8.0的默认行为与5.7、5.6相同，都需要显式指定ALGORITHM和LOCK参数才能实现不锁表。

错误认知场景：

• 你升级到MySQL 8.0，执行ALTER TABLE my_table ADD INDEX idx_column (column)，然后发现应用仍然被锁住。
• 你查看MySQL文档，发现MySQL 8.0支持Online DDL，于是以为默认就是不锁表，但其实需要显式指定。

正确理解：MySQL 8.0的Online DDL支持更完善，但默认行为仍然需要显式指定ALGORITHM=INPLACE和LOCK=NONE才能实现不锁表。

5种正确实践：如何在MySQL中创建索引不锁表

实践1：使用ALGORITHM=INPLACE和LOCK=NONE（90%的场景适用）

原理：ALGORITHM=INPLACE表示在原表上直接操作，不创建临时表；LOCK=NONE表示不锁表，允许并发读写。

正确代码示例：

ALTER TABLE my_table ADD INDEX idx_column (column) 
ALGORITHM=INPLACE, LOCK=NONE;

墨氏建议 ：在MySQL 5.6.7及以上版本，这是创建索引不锁表的标准做法。90%的场景下，你只需要添加这两个参数即可。

实践2：使用pt-online-schema-change工具（70%的高并发场景首选）

原理：Percona Toolkit提供的工具，通过创建影子表、同步数据、交换表名的方式实现不锁表操作。

正确命令示例：

pt-online-schema-change -uroot -hlocalhost -p123 --alter="ADD INDEX idx_column (column)" D=database,t=my_table --execute

墨氏建议：对于MySQL 5.6.7之前的版本，或者需要更复杂操作的场景，pt-online-schema-change是最佳选择。它虽然执行时间较长，但不会锁表，适合生产环境。

实践3：使用CREATE INDEX语句（60%的场景适用）

原理：CREATE INDEX语句默认使用ALGORITHM=DEFAULT和LOCK=DEFAULT，但MySQL会自动选择最佳算法。

正确代码示例：

CREATE INDEX idx_column ON my_table (column);

墨氏建议 ：在MySQL 5.6.7及以上版本，CREATE INDEX语句默认会使用Online DDL，但不保证一定不锁表。如果需要确保不锁表，最好显式指定ALGORITHM=INPLACE和LOCK=NONE。

实践4：使用ALTER TABLE语句（50%的场景适用）

原理：ALTER TABLE语句可以添加索引，但需要显式指定ALGORITHM和LOCK参数。

正确代码示例：

ALTER TABLE my_table ADD INDEX idx_column (column) 
ALGORITHM=INPLACE, LOCK=NONE;

墨氏建议 ：ALTER TABLE语句是创建索引的常用方式，但必须显式指定ALGORITHM和LOCK参数才能实现不锁表。不要依赖默认行为。

实践5：使用MySQL 8.0的默认在线DDL（30%的高级场景）

原理：MySQL 8.0引入了更多的Online DDL支持，包括创建索引、添加列等操作。

正确代码示例：

ALTER TABLE my_table ADD INDEX idx_column (column) 
ALGORITHM=INPLACE, LOCK=NONE;

墨氏建议 ：MySQL 8.0的Online DDL支持更完善，但仍然需要显式指定ALGORITHM和LOCK参数。不要以为8.0默认就是不锁表。

实战案例：MySQL索引创建不锁表的正确使用

案例1：MySQL 5.6.7+版本的正确索引创建

-- 正确：使用ALGORITHM=INPLACE和LOCK=NONE
ALTER TABLE orders ADD INDEX idx_user_id (user_id) 
ALGORITHM=INPLACE, LOCK=NONE;

-- 错误：没有指定ALGORITHM和LOCK
ALTER TABLE orders ADD INDEX idx_user_id (user_id);

💡 墨氏注释：在MySQL 5.6.7+版本，第一个语句不会锁表，第二个语句会锁表。不要依赖默认行为。

案例2：MySQL 5.6.6版本的正确索引创建

-- 正确：使用pt-online-schema-change工具
pt-online-schema-change -uroot -hlocalhost -p123 --alter="ADD INDEX idx_user_id (user_id)" D=database,t=orders --execute

-- 错误：直接使用ALTER TABLE，会导致锁表
ALTER TABLE orders ADD INDEX idx_user_id (user_id);

💡 墨氏注释：在MySQL 5.6.6及以下版本，必须使用pt-online-schema-change工具，直接使用ALTER TABLE会导致锁表。

案例3：MySQL 8.0版本的正确索引创建

-- 正确：显式指定ALGORITHM=INPLACE和LOCK=NONE
ALTER TABLE orders ADD INDEX idx_user_id (user_id) 
ALGORITHM=INPLACE, LOCK=NONE;

-- 错误：依赖默认行为，可能仍然锁表
ALTER TABLE orders ADD INDEX idx_user_id (user_id);

💡 墨氏注释：即使在MySQL 8.0，也必须显式指定ALGORITHM和LOCK参数才能确保不锁表。

常见误区与最佳实践

误区1：认为MySQL 5.6.7之后创建索引默认不锁表

错误：以为MySQL 5.6.7之后创建索引默认不锁表，不需要额外参数。

正确理解 ：MySQL 5.6.7之后默认支持Online DDL，但需要显式指定ALGORITHM=INPLACE和LOCK=NONE才能实现不锁表。

💡 墨氏注释：这个误区我踩过，结果在生产环境创建索引时，应用突然无法写入，导致业务中断。现在，我写SQL时，会明确知道必须指定ALGORITHM和LOCK参数。

误区2：认为ALGORITHM=COPY可以配合LOCK=NONE实现不锁表

错误：以为ALGORITHM=COPY配合LOCK=NONE就能实现不锁表。

正确理解 ：ALGORITHM=COPY无论怎么设置都会锁表，因为COPY方式需要创建临时表，必须锁表。

💡 墨氏注释：这个误区我踩过，结果在高并发环境下，应用被锁住，导致大量请求失败。现在，我写SQL时，会明确知道ALGORITHM=COPY是锁表的，不能用于高并发场景。

误区3：认为LOCK=SHARED就是不锁表

错误：以为LOCK=SHARED就是不锁表，允许写入。

正确理解 ：LOCK=SHARED只允许读操作，不允许写操作，所以仍然会锁表，只是锁的级别较低。

💡 墨氏注释：这个误区我踩过，结果在高并发环境下，应用只能读不能写，导致业务功能异常。现在，我写SQL时，会明确知道LOCK=SHARED是共享锁，不是不锁表。

总结：MySQL索引创建不锁表，不只是一个技术，而是一种运维哲学

（咖啡杯空了，烟灰缸满了，但心情却格外清爽）

各位老DBA，今天咱们深入探讨了MySQL索引创建不锁表的3个常见误区 和5种正确实践 。从"MySQL索引创建是否锁表"、"ALGORITHM和LOCK参数的作用"、"不同MySQL版本的差异"，到"常见误区和最佳实践"，我相信你已经明白：MySQL索引创建不锁表不是"功能"，而是运维哲学。

为什么理解MySQL索引创建不锁表这么重要？

因为它让我们从"手动处理"的混乱中解放出来，让我们可以专注于业务逻辑，而不是数据库操作的样板。它让我们的MySQL应用看起来更自然，更符合人类的思维习惯。

最后，送给大家一句墨氏箴言：

"MySQL索引创建不锁表，不是越多越好，而是越精准越好！"