事务——听课总结

引言

        今天师姐给我们分享了事务这部分的知识，其实事务我们在自考的时候早就接触过，但是当时只是知道了事务有四个特性，并且也没有细研究过，借着今天的分享，就来总结一下吧！

简介

        事务，我们这里说的事务是指数据库事务，指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。

事务的四个特性（ACID）

原子性（Atomic）

        事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。即事务是原子的，不可分割的。

一致性（Consistent）

         事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。某些维护一致性的责任由应用程序开发人员承担，他们必须确保应用程序已强制所有已知的完整性约束。即我们要保证事务在执行前后数据保持一致状态。

隔离性（Insulation）

        由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这称为隔离性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。即事务之间相互隔离，互不影响。 

持久性（Duration）

        事务完成之后，它对于系统的影响是永久性的。该修改即使出现致命的系统故障也将一直保持。

 

事务隔离级别

未提交读（Read uncommitted）

        允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作，但允许其他事务读此行数据。就是如果一个事务向表中插入数据，插入的语句执行了之后，这个事务没有commit，那么其他的事务是能读到这些插入的数据的。

        当隔离级别为未提交读的时候，就可能出现脏读。

提交读（Read Committed）

        读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。简单来说就是如果一个事务要往表中插入数据，插入的语句已经执行，但是这个事务没有commit，那么其他事务是读不到这些插入的数据的。

可重复读（Repeatalbe Read）

       读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。就是事务可以并发执行，但是当事务1对一个表或者行进行任何操作的时候，其他的事务则不能对这个表或者行进行操作。

序列化（Serializable）

       提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，不能并发执行。

注：mysql的默认隔离级别就是可重复读（Repeatable read）

比较一下这四种隔离级别会出现的问题

隔离级别	脏读	不可重复读	幻读
Read uncommitted	√	√	√
Read committed	×	√	√
Repeatable read	×	×	√
Serializable	×	×	×

总结

      所有的知识都是我们要理解之后去总结的，还要结合生活中的例子，这样知识变得有趣了，我们学的也就高兴了！