mysql5.6 在线修改表结构_Mysql5.6支持在线修改表结构

周五研发提出需求，根据工业业务，需要对一个核心业务表，增加字段。费了老劲了。总算成功了。

总结两条：1. 明白了 tmpdir 目录设置的真正意义。

2. 深刻的体会理解了5.6在线修改表结构的过程。同时再一次验证了，支持在线修改表结构的功能。

放心的在线修改吧，什么pt-online-schema-change也弱爆了，不用那么麻烦了

可以直接修改了。

下面是具体的过程：

在修改表结构的过程中，首先对备份的表进行备份：

create table bak_pd_info as select * from productinfo.pd_info ;

该表在备份完成后，只是对表记录等进行了拷贝，不会对表重建索引。

备份完成后大约18.6G，同时备份后会造成所有从库出现延迟的现象。

备份完成后，对bak_info表进行修改表结构，在修改的过程中，会发现/ 目录不断变大，最后空间耗尽，跟新报错如下：

调整了表空间

mysql> set global max_allowed_packet=134217728;

mysql> show global variables like '%tmp%';

mysql> set global tmp_table_size=134217728;

mysql> set global max_heap_table_size=1024*1024*1024

mysql> rename table bak_pd_info to bk_pd_info;

尽管想利用更多的内存，减少临时表，但是发现32G的临时目录远远不够，当备份表bak_pd_info为18.6G时40分钟后，当数据传输估算有3分之二时，即报空间满的错误。

mysql 默认的临时表空间位置 /tmp

所以空间不足是最主要的原因，办法有2个：

1. 增大临时表空间磁盘空间。

2. 修改临时表空间路径，指向较大的空间。 需要重启数据库

本次采用第二种方法：

1. 重启163

tmpdir=/data/mysql

2. 重启172   /173

tmpdir=/data/mysql

166

tmpdir=/data/mysql

replicate_wild_ignore_table=productinfo.%

3. 165 162 181 都重启过。

备份pd_info表。

重启161 所有的从库都指向162

修改表结构。

ALTER TABLE pd_info ADD prokey VARCHAR(150) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL

mysql> ALTER TABLE productinfo.pd_info ADD prokey VARCHAR(150) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;

Query OK, 0 rows affected (2 hours 55 min 3.24 sec)

Records: 0  Duplicates: 0  Warnings: 0

发现在更改过正中，原表25.3G，用临时表空间：53G多。 重原状，重启： 161 162   166 165  172 172 163 181