MySQL表的结构修正往往随同着表级锁的疑问。
经过优化表结构修正的操作，开发者可以防止或最小化锁表时期，从而保障系统的反常运转。
表级锁引见
表级锁指在口头某些操作时，为了保障数据的分歧性，对整个表加锁。
详细来说：
这种锁表行为关于小表或非高并发场景下影响不大。
锁表的详细影响
当MySQL口头加字段操作时，锁表会造成以下疑问：
一切查问该表的SQL语句将被阻塞，直到表锁监禁。
写操作被阻止：
系统照应变慢：
不过，在新版的MySQL 中，经常使用 InnoDB 存储引擎给数据表参与一列时，并不必定会锁表。
InnoDB 存储引擎提供了一些机制来缩小对表的锁定，以提高并发性能。
在 MySQL 中，给数据表参与一列，能否会锁表取决于经常使用的存储引擎以及 MySQL 的版本。
MySQL5.6之前
之前版本的 MySQL 中，假设经常使用 ALTER TABLE 命令来参与一列，关于经常使用 InnoDB 存储引擎的表，自动状况下会锁表。
这种全表锁定行为会造成在大型表上口头 ALTER TABLE 操作时，产成长时期的锁期待和运行的进度。
所以：MySQL5.6版本之前，间接修正表结构的环节中会锁表。
详细操作步骤如下：
首先创立新的暂时表，表结构经过命令ALTAR TABLE新定义的结构。
而后把原表中数据导入到暂时表。
删除原表。
最后把暂时表重命名为原来的表名。
MySQL5.6和MySQL8.0版本中对锁表疑问做了优化！
从 MySQL5.6 开局，InnoDB 引入了在线 DDL (Online DDL)操作，准许一些表修正操作在不锁定表的状况下启动。
参与一列是一个在线操作，可以经常使用 ALGORITHM=INPLACE 来防止全表锁定。
your_table new_column INPLACE NONEALGORITHM=INPLACE 标明经常使用就地算法来启动修正，这是在线DDL操作的一局部。
LOCK=NONE 示意尽量不锁表，最大水平缩小对并发查问的影响。
这样口头效率会高很多。而且不会锁表。
不过也分为2种状况：
参与非空列：
会口头一个极速的元数据操作，不会锁定整个表：
参与可为空列：
会口头一个极速的元数据操作，不会锁定整个表：
留意：
虽然 InnoDB 存储引擎提供了较少的锁定，但在口头 ALTER TABLE 语句时仍或许会有一些性能影响。
因此，在对大型表启动结构修正时，仍倡导在低负载时口头，以最小化对运行程序的影响。
MySQL8.0 引入了一些新的特性，使得大少数的 ALTER TABLE 操作可以在不锁定表的状况下成功。
在 MySQL8.0 中自动状况下，便捷的 ALTER TABLE 操作（如参与一列）通常不会锁定表。
要确认某个特定的 ALTER TABLE 操作能否会锁表，可以在操作口头前经常使用 EXPLAIN 语句：
your_table new_column 该命令将显示操作的口头方案消息，包括能否会锁定表。
上方是MySQL8.0的一些详细优化！
原子DDL：
MySQL8.0 引入了原子 DDL（Atomic DDL）操作，这象征着 ALTER TABLE 语句的口头环节中将会有更少的阻塞。
立刻降级元数据：
MySQL8.0 在参与字段时立刻降级表的元数据，而不须要期待整个操作成功。
InnoDB引擎优化：
MySQL8.0 的 InnoDB 存储引擎针对大数据表的结构修正启动了一些优化。
同样，它会经常使用一种更轻量级的操作来参与新字段，从而缩小锁定时期和资源消耗。
增量元数据降级：
MySQL8.0 引入了增量元数据降级，这象征着在 ALTER TABLE 操作时期只有降级受影响的元数据消息，而不是整个表。
在线DDL（Online DDL）是指在数据库运转形态下口头（DDL）操作。
传统的DDL操作通常须要对受影响的表启动排他锁定。
目前支持的干流算法有三种：
基本原理
在DDL操作，口头时，不论何种算法，都会教训三个阶段：
不同之处是，在三个阶段中区分做了不同的优化解决。
详细成功细节可以见官网文档:
总结
MySQL5.6之后，实践单纯的参与一个字段，表结构修正和索引参与通常不会锁定整个表。
在某些状况下，MySQL或许须要锁定整个表。
所以实践操作的环节中，要关注表的数据多小，最终的数据大小（要关注索引数据）。
同时假设你的 MySQL 版本较旧或出于某些不凡要素不支持在线 DDL 操作。