mysql存储引擎的特点原子性_MySQL8.0新特性：什么是原子DDL？爱可生

原标题&＃xff1a;MySQL 8.0新特性&＃xff1a;什么是原子DDL&＃xff1f;爱可生

简介

MySQL8.0 开始支持原⼦ DDL(atomic DDL)&＃xff0c;数据字典的更新&＃xff0c;存储引擎操作&＃xff0c;写⼆进制日志结合成了一个事务。在没有原⼦DDL之前&＃xff0c;DROP TABLE test1,test2&＃xff1b;如遇到server crash&＃xff0c;可能会有test1被drop了&＃xff0c;test2没有被drop掉。下面来看下在MySQL8.0之前和MySQL8.0 数据字典的区别

在MySQL8.0 之前&＃xff0c;Data Dictionary除了存在与.FRM, .TRG, .OPT ⽂件外&＃xff0c;还存在于系统表中(MyISAM ⾮事务引擎表中)&＃xff0c;在MySQL8.0 &＃xff0c;Data Dictionary 全部存在于Data Dictionary Storage Engine(即 InnoDB表中)&＃xff0c;这使crash recovery 维持原⼦性成为了可能

存储引擎⽀持

目前&＃xff0c;只有InnoDB存储引擎⽀持原子DDL&＃xff0c;为了实现原子DDL&＃xff0c;Innodb要写DDL logs 到 mysql.innodb_ddl_log 表&＃xff0c;这是一个隐藏在mysql.ibd 数据字典表空间⾥的数据字典表。要看mysql.innodb_ddl_log 中的内容&＃xff0c;需要

SET GLOBAL LOG_ERROR_VERBOSITY&＃61;3;(MySQL 8.0 默认为2&＃xff0c;error log 记录Errors and

warnings&＃xff0c;不不记录notes)

SET GLOBAL innodb_print_ddl_logs&＃61;1;

CREATE TABLE t1 (c1 INT) ENGINE &＃61; InnoDB;

查看error log

[Note] [MY-011066] InnoDB: DDL log insert : [DDL record: DELETE SPACE, id&＃61;30,

thread_id&＃61;25, space_id&＃61;9, old_file_path&＃61;./test/t1.ibd]

[Note] [MY-011066] InnoDB: DDL log delete : by id 30

[Note] [MY-011066] InnoDB: DDL log insert : [DDL record: REMOVE CACHE, id&＃61;31,

thread_id&＃61;25, table_id&＃61;1066, new_file_path&＃61;test/t1]

[Note] [MY-011066] InnoDB: DDL log delete : by id 31

[Note] [MY-011066] InnoDB: DDL log insert : [DDL record: FREE, id&＃61;32, thread_

id&＃61;25, space_id&＃61;9, index_id&＃61;143, page_no&＃61;4]

[Note] [MY-011066] InnoDB: DDL log delete : by id 32

[Note] [MY-011066] InnoDB: DDL log post ddl : begin for thread id : 25

[Note] [MY-011066] InnoDB: DDL log post ddl : end for thread id : 25

原子DDL 操作步骤

准备&＃xff1a;创建所需的对象并将DDL⽇志写入 mysql.innodb_ddl_log表中。DDL日志定义了如何前滚和回滚DDL操作。

执行&＃xff1a;执⾏DDL操作。例如&＃xff0c;为CREATE TABLE操作执⾏创建。

提交&＃xff1a;更新数据字典并提交数据字典事务。

Post-DDL&＃xff1a;重播并从mysql.innodb_ddl_log表格中删除DDL⽇志。为确保回滚可以安全执⾏⽽不引⼊不⼀致性&＃xff0c;在此最后阶段执⾏⽂件操作(如重命名或删除数据文件)。这一阶段还从 mysql.innodb_dynamic_metadata的数据字典表删除的动态元数据为了DROP TABLE&＃xff0c;TRUNCATE和其它重建表的DDL操作。

⽆论事务是提交还是回滚&＃xff0c;DDL日志都会mysql.innodb_ddl_log在Post-DDL阶段重播并从表中删除 。mysql.innodb_ddl_log如果服务器在DDL操作期间暂停&＃xff0c;DDL⽇志应该只保留在表中。在这种情况下&＃xff0c;DDL⽇志会在恢复后重播并删除。

在恢复情况下&＃xff0c;当服务器重新启动时&＃xff0c;可能会提交或回退DDL事务。如果在重做⽇志和⼆进制日志中存在DDL操作的提交阶段期间执⾏的数据字典事务&＃xff0c;则该操作被认为是成功的并且被前滚。否则&＃xff0c;在InnoDB重放数据字典重做日志时回滚不完整的数据字典事务 &＃xff0c;并且回滚DDL事务。

原⼦DDL ⽀持类型

• DROP TABLES , all tables dropped or none

• DROP SCHEMA, all entities in the schema are dropped, or none

• Note that atomic DDL statements will be rolled back or committed even in case of crash, e.g. RENAME TABLES

• CREATE TABLE would be successfully committed or rolled back (no orphan ibd left)

• TRUNCATE TABLE (including InnoDB tables with FTS AUX tables) would be successfully committed or rolled back

• RENAME TABLES, all or none

• ALTER TABLE successful or not done

示例

结论

在MySQL8.0之前&＃xff0c;alter table 操作在server crash的情况下&＃xff0c;会遗留.frm,.ibd文件。MySQL8.0 能实现原⼦DDL(包括 DROP TABLE, DROP SCHEMA, CREATE TABLE, TRUNCATE TABLE, ALTER TABLE)&＃xff0c;alter table 操作&＃xff0c;在server crash的情况下&＃xff0c;不会遗留.frm&＃xff0c;.ibd临时文件。让我们⼀起期待MySQL8.0 GA的到来吧&＃xff01;

责任编辑&＃xff1a;