关于数据库操作回滚的问题
? ? ?前些天在Q群里有为群友问有两个对mysql数据库的操作，一个是对某张表的数据进行删除，另一个是对另一张表的删除，两个操作加入到同一事务中，如果数据删除这步出错，事务是否会回滚？即对于表的删除会不会失效？
? ? ?我当时对这个问题不是很确定，只知道DML会回滚，DDL不确定。自己编写了个小实例验证了下，结果显示：对于表的删除操作（DDL），事务不会回滚。
? ? ?查了下资料，现有如下总结：
? ? ?DDL：数据库定义语言，如DROP、ALTER、CREATE等等。
? ? ?DML：数据库操纵语言，SQL中处理数据等操作统称为数据操纵语言。如SELECT、SAVE、DELETE、 UPDATE等。
? ? ?DCL：数据控制语言，用来授予或回收访问数据库的某种特权，并控制?数据库操纵事务发生的时间及效果，对数据库实行监视等。如GRANT，COMMIT，ROLLBACK等。
? ? ?因为不同的操作隐含着不同的数据提交方式，下面说一下提交数据的方式：
? ? ?①显式提交：用?COMMIT?命令直接完成的提交为显式提交。
? ? ?②隐式提交：??用?SQL?命令间接完成的提交为隐式提交。以下命令都是隐性提交的：?ALTER?，?AUDIT?，?COMMENT?，?CONNECT?，?CREATE?，?DISCONNECT?，?DROP?，?EXIT?，?GRANT?，NOAUDIT?，?QUIT?，?REVOKE?，?RENAME?。
? ? ?③自动提交：若把?AUTOCOMMIT?设置为?ON?，则在插入、修改、删除语句执行后，系统将自动进行提交，这就是自动提交。
? ? ?所有的 DML 语句都是要显式提交的，即要在执行完DML语句之后，执行 COMMIT 。而其他的诸如 DDL 语句的，都是隐式提交的。也就是说，在运行那些非 DML 语句后，数据库已经进行了隐式提交，例如 CREATE TABLE，在运行脚本后，表已经建好了，并不在需要你再进行显式提交。所以非DML操作是不能回滚的。
? ? ?DML 语句，执行完之后，要处理的数据都会放在回滚段中（除了 SELECT 语句），等待用户进行提交（COMMIT）或者回滚 （ROLLBACK），当用户执行 COMMIT / ROLLBACK后，放在回滚段中的数据就会被删除。OMMIT / ROLLBACK 都是用在执行 DML语句之后的。这也就是为什么DML语句可以回滚的原因了。而SELECT 语句执行后，数据都存在共享池。提供给其他人查询相同的数据时，直接在共享池中提取，不用再去数据库中提取，提高了数据查询的速度。
