执行DDL语句是否都会锁表？

Question

**问题：** 在MySQL中执行常见的DDL语句（如ALTER TABLE、CREATE INDEX等）时，是否都会导致表级锁，从而影响并发性能？不同版本或存储引擎是否有差异？

Answer 1

展开回答

一、问题背景与浅层解析

在MySQL中，执行DDL语句（如ALTER TABLE、CREATE INDEX等）通常会涉及对表结构的修改。在早期版本中，这些操作往往会导致**表级锁（Table-level Lock）**，即在DDL执行期间，表处于锁定状态，其他DML（如SELECT、INSERT、UPDATE、DELETE）操作将被阻塞，严重影响数据库的并发性能。 例如，以下是一个常见的CREATE INDEX语句：

CREATE INDEX idx_name ON users(name);

在MySQL 5.6之前，这种操作会锁定整个表，直到索引创建完成。

• 表级锁：阻塞所有对表的读写操作。
• 影响并发：高并发场景下，可能引发性能瓶颈。

二、中层解析：不同版本与存储引擎的差异

随着MySQL版本的演进，尤其是从5.6开始引入**Online DDL**机制，DDL语句的行为发生了显著变化：

MySQL版本	支持Online DDL	锁级别	典型DDL操作
5.5及以下	否	表级锁	ALTER TABLE、CREATE INDEX
5.6 - 5.7	部分支持	可为行级锁或无锁	CREATE INDEX、ADD COLUMN
8.0及以上	全面支持	无锁或轻量锁	大部分ALTER TABLE操作

此外，不同存储引擎（如InnoDB和MyISAM）对DDL的处理方式也存在差异：

• MyISAM：始终使用表级锁，不支持Online DDL。
• InnoDB：从5.6起支持Online DDL，部分操作可在不锁表的情况下完成。

三、深层解析：DDL执行机制与锁类型

MySQL中DDL的执行机制主要分为以下几类：

1. Copy Table方式：创建新表结构，将原表数据复制过去，完成后替换原表。此方式会锁表。
2. Inplace方式：直接在原表上修改结构，支持Online DDL，锁级别较低。
3. Instant方式（MySQL 8.0+）：仅修改元数据，几乎不涉及数据重写，锁时间极短。

以ALTER TABLE为例，不同操作对应的锁类型如下：

-- 添加列（InnoDB 8.0+）
ALTER TABLE users ADD COLUMN age INT AFTER name;

此时使用的是**Instant**方式，几乎不锁表。

四、流程图：DDL执行过程分析

以下是DDL语句在MySQL中执行的流程图： graph TD A[用户执行DDL语句] --> B{是否支持Online DDL?} B -- 是 --> C[使用Inplace或Instant方式] B -- 否 --> D[使用Copy Table方式] C --> E[根据操作类型选择锁级别] D --> F[锁表并复制数据] E --> G[释放锁并完成操作] F --> G

五、解决方案与优化建议

为了减少DDL对并发性能的影响，建议采取以下措施：

• 升级MySQL版本至8.0以上，充分利用Online DDL特性。
• 在低峰期执行DDL操作，避免高峰期影响业务。
• 使用pt-online-schema-change等第三方工具实现在线结构变更。
• 避免在MyISAM引擎中执行频繁的DDL操作。

例如，使用pt-online-schema-change执行在线修改表结构：

pt-online-schema-change --alter "ADD COLUMN age INT" D=test,t=users --execute