共计 1108 个字符，预计需要花费 3 分钟才能阅读完成。
MySQL5.6 在线 DDL 更改表测试，首先我们在这里普及下基础知识：在之前的版本，在线更改表，比如增加一个字段，其内部原理是这样的：
1、create table tmp like t1（创建一个临时表）
2、insert into tmp select * from t1（一行行的把原表数据拷贝到临时表里，且更新索引）
3、drop table t1;rename table tmp to t1（删除原表并把临时表改名为原表 t1）
在这个过程中会对 t1 表加 S 锁（共享锁），所以这个代价是很高的。
而在 MySQL5.6 里，对其进行了优化，当会话一增加字段时，其他会话增，删，改，查，均不受影响，不会锁表。
比如这样测试，用 Sysbench 生成一张 1000 万行的数据，数据大一些，可以看出效果来。
sysbench –test=oltp –mysql-table-engine=innodb –oltp-table-size=10000000 –max-requests=100 –num-threads=16
–mysql-host=192.168.110.140 –mysql-port=3306 –mysql-user=admin –mysql-password=123456 –mysql-db=test
–mysql-socket=/tmp/mysql.sock prepare
然后在会话一，执行：
alter table sbtest add name varchar(10) after pad;
会话二，执行：
delete from sbtest where id=1000;
insert into sbtest values(1000,1,’abc’,’abc’,’abc’);
update sbtest set k=11 where id=1000;
这时你会发现并没有锁表，顺利执行完毕。
但在 MySQL5.5 里，这样的操作是会锁表的，如图所示：
那么 MySQL5.6 在线 DDL 就一定不锁表吗？我们再这样测试：
在会话一：
select * from sbtest;
故意执行一条大结果的查询，然后再执行删除刚才增加的字段 name
alter table sbtest drop name;
这时就会把表给锁了，如图所示：
也就是说，在执行 alter table 表时，对该表的增、删、改、查均不会锁表。而在这之前，该表有被访问时，需要等其执行完毕后，才可以执行 alter table。
所以在凌晨上线时，一定要观察下，此时此刻，是否有某个慢 SQL 对该表进行操作，以免改表时出现锁等待现象。
参考手册：
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2016-08/134761.htm
