本文共 824 字，大约阅读时间需要 2 分钟。

事务（transaction）是作为一个单元的一组有序的数据库操作。如果组中的所有操作都成功，则认为事务成功，即使只有一个操作失败，事务也不成功。如果所有操作完成，事务则提交，其修改将作用于所有其他数据库进程。如果一个操作失败，则事务将回滚，该事务所有操作的影响都将取消。

“`

事务中可以有存储过程 存储过程中也可以有事务。什么时候使用存储过程比较适合？1、当一个业务同时对多个表进行处理的时候采用存储过程比较合适。2、复杂的数据处理用存储过程，如有些报表处理。3、多条件多表联合查询,并做分页处理。什么时候使用事务比较适合？    每次使用事务，都会占用一定的开销。另外，事务可能会锁定一些表的行。所以，不必要的事务会导致性能损失。这里有一个规则，只有当操作需要的时候才使用事务。例如，如果只是从数据库中查询一些记录，或者执行单个查询，在大部分时候都不需要显式的事务，因为声明都已经封装在隐式的事务中。但是，正如前文提到，在多声明更新时非常重要，因为事务能够实际提升操作速度。同样，如果需要在节省数毫秒时间和危害数据完整性之间做出一个选择的话，那么正确的答案就是保持数据清洁，不要担心那数毫秒的时间消耗。    另外使用事务之前需要注意的是：尽可能短的保持事务。避免使用在事务中的SELECT返回数据，除非语句依赖于返回数据。如果使用SELECT语句，只选择需要的行，因此不要锁定过多的资源同时保持尽可能高的性能。在架构语序的情况下，从事务中移出所有SELECT语句。这么做是因为事务在处理的过程中会锁定所有被操作的数据行，这样会影响其他并发的sql语句的执行。```

传统方式：

事务机制：