并非所有引擎都支持事务处理 正如第21章所述，MySQL支持几种基本的数据库引擎。正如本章所述，并非所有引擎都支持明确的事务处理管理。 MyISAM 和 InnoDB 是两种最常使用的引擎。前者不支持明确的事务处理管理，而后者支持。这就是为什么本书中使用的样例表被创建来使用 InnoDB 而不是更经常使用的 MyISAM 的原因。如果你的应用中需要事务处理功能，则一定要使用正确的引擎类型。
事务处理（transaction processing）可以用来维护数据库的完整性，它保证成批的MySQL操作要么完全执行，要么完全不执行。
关系数据库设计把数据存储在多个表中，使数据更容易操纵、维护和重用。不用深究如何以及为什么进行关系数据库设计，在某种程度上说，设计良好的数据库模式都是关联的。
之前使用的 orders 表就是一个很好的例子。订单存储在 orders和 orderitems 两个表中： orders 存储实际的订单，而 orderitems 存储订购的各项物品。这两个表使用称为主键的唯一ID互相关联。这两个表又与包含客户和产品信息的其他表相关联。
给系统添加订单的过程如下:
(1) 检查数据库中是否存在相应的客户（从 customers 表查询），如果不存在，添加他/她。
(2) 检索客户的ID。
(3) 添加一行到 orders 表，把它与客户ID关联。
(4) 检索 orders 表中赋予的新订单ID。
(5) 对于订购的每个物品在 orderitems 表中添加一行，通过检索
出来的ID把它与 orders 表关联（以及通过产品ID与 products 表关联）。
现在，假如由于某种数据库故障（如超出磁盘空间、安全限制、表锁等）阻止了这个过程的完成。数据库中的数据会出现什么情况？
如果故障发生在添加了客户之后， orders 表添加之前，不会有什么问题。某些客户没有订单是完全合法的。在重新执行此过程时，所插入的客户记录将被检索和使用。可以有效地从出故障的地方开始执行此过程。
但是，如果故障发生在 orders 行添加之后， orderitems 行添加之前，怎么办呢？现在，数据库中有一个空订单。
更糟的是，如果系统在添加 orderitems 行之中出现故障。结果是数据库中存在不完整的订单，而且你还不知道。
如何解决这种问题？这里就需要使用事务处理了。事务处理是一种机制，用来管理必须成批执行的MySQL操作，以保证数据库不包含不完
整的操作结果。利用事务处理，可以保证一组操作不会中途停止，它们或者作为整体执行，或者完全不执行（除非明确指示）。如果没有错误发生，整组语句提交给（写到）数据库表。如果发生错误，则进行回退（撤销）以恢复数据库到某个已知且安全的状态。因此，请看相同的例子，这次我们说明过程如何工作。
(1) 检查数据库中是否存在相应的客户，如果不存在，添加他/她。
(2) 提交客户信息。
(3) 检索客户的ID。
(4) 添加一行到 orders 表。
(5) 如果在添加行到 orders 表时出现故障，回退。
(6) 检索 orders 表中赋予的新订单ID。
(7) 对于订购的每项物品，添加新行到 orderitems 表。
(8) 如果在添加新行到 orderitems 时出现故障，回退所有添加的orderitems 行和 orders 行。
(9) 提交订单信息。
在使用事务和事务处理时，有几个关键词汇反复出现。下面是关于事务处理需要知道的几个术语：
1.事务（ transaction ）指一组SQL语句；
2.回退（ rollback ）指撤销指定SQL语句的过程；
3.提交（ commit ）指将未存储的SQL语句结果写入数据库表；
4.保留点（ savepoint ）指事务处理中设置的临时占位符（place-holder），你可以对它发布回退（与回退整个事务处理不同）。
【相关推荐】
1. mysql免费视频教程
2. MySQL UPDATE触发器（更新）及触发器深度解析
3. MySQL delete触发器（删除）用法详解
4. MySQL中insert触发器(插入)详解
5. mysql触发器简介及如何创建和删除触发器
以上就是MySQL事务处理实例讲解的详细内容，更多请关注微课江湖其它相关文章！