mysql在线ddl操作

mysql5.6开始支持在线ddl，在线ddl能够提供下面的好处；

1提高生产环境的可用性2在ddl执行期间，获得性能和并发性的平衡，可以指定LOCK从句与algorithm从句，lock=exclusize会阻塞整个表的访问，lock=shared会允许查询但不允许dml，lock=none允许查询和dml操作，lock=default或是没有指定，mysql使用最低级别的锁，algorithm指定是拷贝表还是不拷贝表直接内部操作，3只对需要的地方做改变，不是创建一个新的临时表。

之前ddl操作的代价是很昂贵的，许多的alter table语句是创建一个新的，按需要的选项创建的空表，然后拷贝已经存在的行到新表中，在更新插入行的索引，在所有的行被拷贝之后，老的表被删除，拷贝的表被重命名成原来表的名。

在5.5和5.1优化了的create index和drop index避免了表拷贝的行为，这个特色叫快速索引创建，56.增强了，在改变的时候不dml还能处理，叫在线ddl。

一些alter语句允许并发的dml，但是仍然需要拷贝表，这些操作的表拷贝要比之前版本的快

• Adding, dropping, or reordering columns.
• Adding or dropping a primary
  key.
• Changing the ROW_FORMAT or KEY_BLOCK_SIZE properties
  for a table.
• Changing the nullable status for a column.
• OPTIMIZE
TABLE
• Rebuilding a table with the FORCE option
• Rebuilding a table using a “null” ALTER
TABLE ... ENGINE=INNODB statement

当ddl在改变表的时候，表是否被锁住取决于操作的内部工作方式及alter table的lock从句，在线ddl语句总是等待访问表的事务提交或回滚，因为ddl语句在准备的过程中会要求一个短暂的排他请求。因为要记录并发dml操作产生的改变，并在最后应用这些改变，在线的ddl会花费更长的时间，

要看ddl是否使用了临时表还是内部操作的，可以查看语句执行结果中有多少行收到了影响，如果是0行，那么就没有复制表，如果是非0，那么就是复制了表。

下面的测试可以看到，重命名列是不会拷贝记录的，修改列的类型就会拷贝表，并且algorithm指定replace会提示不支持这种方式，添加列也是没有拷贝表。

>alter table t8 change name r_name char(80);

Query OK, 0 rows affected (0.04 sec)

Records: 0  Duplicates: 0  Warnings: 0

>alter table t8 change r_name rr_name char(90);

Query OK, 148 rows affected (0.10 sec)

Records: 148  Duplicates: 0  Warnings: 0

test>alter table t8 change rr_name rrr_name char(200), algorithm=inplace;

ERROR 1846 (0A000): ALGORITHM=INPLACE is not supported. Reason: Cannot change column type INPLACE. Try ALGORITHM=COPY.

>alter table t8 add column sex int;

Query OK, 0 rows affected (0.09 sec)

Records: 0  Duplicates: 0  Warnings: 0