本章介绍了什么是事务处理，如何利用commit和rollback语句来管理事务处理。
1 什么是事务处理
并非所有引擎都支持事务。
MyISAM和InnoDB是两种最常使用的引擎。
MyISAM不支持事务处理管理。
InnoDB支持事务处理管理。
如果你的应用中需要事务处理功能， 则一定要使用正确的引擎类型。
事务处理用来维护数据库的完整性，它保证成批的MySQL操作要么完全执行，要么完全不执行。
关系数据库设计把数据存储在多个表中，使数据更容易操纵、维护和重用。在某种程度上说，设计良好的数据库模式都是关联的。
前面章中使用的orders表就是一个很好的例子。订单存储在orders和orderitems两个表中：orders存储实际的订单，而orderitems存储订购的各种物品。这两个表使用称为主键的唯一ID互相关联。这两个表又与包含客户和产品信息的其他表相关联。
给系统添加订单的过程如下：
①检查数据库中是否存在相应的客户（从customers表查询），如果不存在，添加该客户。
②检索客户的ID。
③添加一行到orders表，把它与客户ID关联。
④检索orders表中赋予的新订单ID。
⑤对于订购的每个物品在orderitems表中添加一行，通过检索出来的ID把它与orders表关联。
现在，假如由于某种数据库故障（如超出磁盘空间、安全限制、表锁等）阻止了这个过程的完成，数据库的数据会出现什么情况？
如果故障发生在添加了客户之后，orders表添加之前，不会有什么问题。某些客户没有订单是完全合法的。在重新执行此过程中，所插入的客户记录将被检索和使用。可以有效地从出故障的地方开始执行此过程。
但是如果故障发生在orders行添加之后，orderitems行添加之前，怎么办呢？现在，数据库中有一个空订单。
更糟的是系统在添加orderitems行之中出现故障，结果是数据库中存在不完整的订单，而且你还不知道。
如何解决这种问题？这就需要使用事务处理了。事务处理是一种机制，用来管理必须成批执行的MySQL操作，以保证数据库不包含不完整的操作结果。
利用事务处理，可以保证一组操作不会中途停止，它们或者作为整体执行，或者完全不执行。如果没有错误发生，整组语句提交到（写到）数据库表。如果发生错误，则进行回退（撤销）以恢复数据库到某个已知且安全的状态。
因此，请看相同的例子，这次我们说明过程如何工作：
①检查数据库中是否存在相应的客户，如果不存在，添加该客户。
②提交客户信息。
③检索客户的ID。
④添加一行到orders表。
⑤如果在添加行到orders表时出现故障，回退。
⑥检索orders表中赋予的新订单ID。
⑦对于订购的每项物品，添加新行到orderitems表。
⑧如果添加新行到orderitems时出现故障，回退所有添加的orderitems行和orders行。
⑨提交订单信息。
在使用事务和事务处理时，有几个关键词汇反复出现。下面是关于事务处理需要知道的几个术语：
①事务：一组SQL语句
②回退：撤销指定SQL语句的过程
③提交：将未存储的SQL语句结果写入数据库表
④保留点：事务处理中设置的临时占位符，你可以对他发布回退（与回退整个事务处理不同）
2 控制事务处理
下面讨论事务处理的管理中所涉及的问题。管理事务处理的关键在于将SQL语句组分解为逻辑块，并明确规定数据何时应该回退，何时不应该回退。MySQL使用下面的语句来标识事务的开始：
start transaction
(1)使用rollback
MySQL的rollback命令来回退（撤销）MySQL语句：
select * from ordertotals;
start transaction;
delete from ordertotals;
select * from ordertotals;
rollback;
select * from ordertotals;
这个例子从显示ordertotals表的内容开始。
首先执行一条select语句以显示该表不为空。
然后开始一个事务处理，用一条delete语句删除ordertotals中的所有行。另一条select语句验证ordertotals确实为空。
这时用一条rollback语句回退start transaction之后的所有语句。
最后一条select语句显示该表不为空。
rollback只能在一个事务处理内使用（在执行一条start transaction命令之后）。
哪些语句可以回退：
事务处理用来管理insert，update，delete语句。
不能回退select语句（回退select语句也没有意义）。
不能回退create或drop操作。
事务处理块中可以使用create或drop操作，如果你执行回避，create或drop不会被撤销。
(2)使用commit
一般MySQL语句都是直接针对数据库表执行和编写的，提交（写或保存）操作是自动进行的。这就是隐含提交。
在事务处理块中，提交不会隐含地进行。为进行明确的提交，要使用commit语句，如下所示：
start transaction;
delete from orderitems where order_num=20010;
delete from orders where order_num=20010;
commit;
在这个例子中，从系统中完全删除订单20010。因为涉及更新两个数据库表orders和orderitems，所以使用事务处理块来保证订单不被部分删除。
最后的commit语句仅在不出错时写出更改。
如果第一条delete起作用，但第二条失败，则delete不会提交（实际上，它是被自动撤销的）。
隐含事务关闭：当commit或rollback语句执行后，事务会自动关闭。
(3)使用保留点
简单的rollback和commit语句就可以写入或撤销整个事务处理。
只是对简单的事务处理才能这样做，更复杂的事务处理可能需要部分提交或回退。
例如，前面描述的添加订单的过程为一个事务处理。如果发生错误，只需要返回添加orders行之前即可，不需要回退到customers表。
为了支持回退部分事务处理，必须能在事务处理块中合适的位置放置占位符。如果需要回退，可以回退到某个占位符。这些占位符称为保留点。为了创建占位符，可使用savepoint语句：
savepoint delete1;
每个保留点都取标识它的唯一名字，以便在回退时，MySQL知道要回退到何处。为了回退到本例给出的保留点，可如下进行：
rollback to delete1;
保留点越多越好。可以在MySQL代码中设置任意多的保留点，越多越好。因为保留点越多，就能按自己的意愿灵活地进行回退。
释放保留点：保留点在事务处理完成（执行一条rollback或commit）后自动释放。MySQL5以来，也可以用release savepoint明确地释放保留点。
(4)更改默认的提交行为
默认的MySQL行为是自动提交所有更改（在任何时候你执行一条MySQL语句，该语句实际上都是针对表执行的，而且所做的更改立即生效）。为指示MySQL不自动提交更改，需要使用以下语句：
set autocommit=0;
autocommit标志决定是否自动提交更改，不管有没有commit语句。设置autocommit为0指示MySQL不自动提交更改（直到autocommit被设置为真为止）。
标志为连接专用：autocommit标志是针对每个连接而不是服务器的。
小结
本章介绍了事务处理是必须完整执行的SQL语句块。我们学习了如何使用commit和rollback语句对何时写数据，何时撤销进行明确的管理。还学习了如何使用保留点对回退操作提供更强大的控制。
