MySQL5.6之前的版本DDL是非原子的。也就是说对于复合的DDL，比如DROP TABLE t1, t2;执行过程中如果遇到server crash，有可能出现表t1被DROP掉了，但是t2没有被DROP掉的情况。即便是一条DDL，比如CREATE TABLE t1(a int);也可能在server crash的情况下导致建表不完整，有可能在建表失败的情况下遗留.frm或者.ibd文件。
从原理流程图中可以看出，create table先创建.frm文件，再调用ha_create_table创建ibd文件，如果创建成功则退出，否则将之前创建的frm文件删除。但是这里就有问题了，如果创建完frm文件后，server挂了，那么frm文件是创建成功了，但是ibd文件没有创建。这就是DDL非原子性导致的后果。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
