MySQL中对于DDL本身的实现与其它数据库也存在一些不同，比如无论存储引擎是什么，支持事务Innodb或是不支持事务MyISAM，MySQL的DDL都不支持事务，也不能被包含在一个长事务中，即使用begin/end或start transaction/commit包含多条语句的事务。如果在长事务中出现DDL，则在执行DDL之前，数据库会自动将DDL之前的事务提交。Drop Table可以同时删除多个表，这些表可能存在，也可能不存在。如果删除列表中的某个表不存在，数据库仍会继续删除其它存在的表，但最终会输出一条表不存在的错误消息。如要删除t1,t2,t3,t4,t5，则t1,t2,t5表存在，t3,t4表不存在，则语句Drop Table t1,t2,t3,t4,t5;会删除t1,t2,t5,然后返回错误：ERROR 1051 (42S02): Unknown table ‘test.t3,test.t4’而在其它数据库中，比如PostgreSQL，就会将事务回滚，不会删除任何一张表。

对于不存在表，实际上也没有表的定义, MySQL将其统一认作普通表，并按普通表来记录binlog。如Drop table if exists t1, t2,t3; 其中t1,t3存在，t2不存在；则会产生binlog如下所示：DROP TABLE IF EXISTS ,,;

另外，drop table在产生binlog还有一个诡异的地方，通常一条SQL语句只会产生一个binlog event，占用一个gitd_executed，但drop table有可能会产生多个binlog event，并占用多个gtid_executed。如下示例：DROP TABLE t1, tmp1, i1, no1;其中t1为普通表，tmp1为innodb引擎的临时表，i1为MyISAM引擎的临时表，no1为不存在的表。则会产生3条binlog events，并且每个binlog events都有自己的gtid_executed。如下所示：