[mysql] mysql alter table 的时候，会锁表，导致系统无法服务，如何处理？是否应该考虑用 mysql 5.7 json data type 来解决该问题？

大表肯定不能随便 alter ，也不应该频繁 alter

一般都是新建表，数据复制到新表然后 rename 切换。

@yangqi
* 确实有需求，需要新增字段怎么办？还是要加字段， alter table 啊。所以想着是否用 json 类型来处理
* 新建表，数据复制到新表的时候，要锁住老表么？复制的过程，时间是否和 alter table 差不多了？不锁表，那如何保证老表和新表数据一致？

online-schema-change
or
see: [url]http://www.cnblogs.com/wangtao_20/p/3504395.html[/url]

@mahone3297 不用锁老表，复制开始的时候记录下记录的最大 ID ，然后两个表双写，当复制到最大 id 时候结束。这样两个表的的数据就一模一样了， rename 。至于如何实现双写，一般是配置触发器巴，当老表新增数据了，就触发新增一个。老表老的数据修改了且已经同步到新表了，就让新表也更新一下。

rename 复制数据 切

就切的那一下会卡一点

正常做法不是应该开个新表来放新字段么。。虽然会导致一堆历史遗留

1.建表的时候都加上保留字段
2.shadow copy,percona toolkit 或者 facebook 的那个 online schema change 工具
3.或者提供一台不对外服务的服务器，在这台上执行 alter table 操作，跑完了再和线上库切换
4.最笨的办法就是提前给用户发通知，预约维护时间，然后停服操作，当然这是最不希望用的方法啦

@shibingsw 正解，一般表迁移也都会用这种方式。
不建议在现有的表基础上 alter ，锁表是一个，还有重建索引的问题。
一个办法是读写分离，先在读库建新表，导数据切换，完成后再升级为写库，轮换切换表。

https://www.percona.com/doc/percona-toolkit/2.1/pt-online-schema-change.html 这个工具能帮到你，原理还是复制之后重命名
percona 的工具有 facebook 在用，能上生产环境

Online DDL

分享个实践中遇到的况。实践中 MySQL online DDL innodb 很容易被 matedata lock 卡住，如果有长时间事务的话。
感觉一般 web 场景下原因都是代码写的不好，事务处理的不好，没有严格遵守 开启事务 -> 执行操作 -> 出错 rollback -> 完成 commit 的流程，可能造成长时间挂着没结束的事务。

matedata lock 可以通过杀 sleep 连接解决。

facebook 那个我记得根本没法运行
percona 的可以
不过 5.7 不是直接支持 online schema change 吗？？

@mahone3297 建新表，老表只需要锁写，不用锁读。另外根据表的更新情况，也可以分段复制，不用所表。