事务

事务

　　事务必须服从ISO/IEC所指定的ACID原则。ACID是原子性，一致性，隔离性，持久性的缩写。

　　原子性：

　　　　表示事务执行过程中的任何失败都将导致事务所做的任何修改失效；

　　一致性：

　　　　表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行之前的状态；

　　隔离性：

　　　　表示事务执行过程中对数据的修改，在事务提交之前对其他事务不可见；

　　持久性：

　　　　表示已提交的数据在事务执行失败时，数据的状态都应该正确；

　　通俗的理解，事务是一组院子操作单元，从数据库角度说，就是一组SQL指令，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行有错误，则撤销先前执行过的所有指令。更简单的说就是：要么全部执行成功，要么撤销不执行。

隔离级别

　　１. ISOLATION_READ_UNCOMMITTED：这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。(读未提交)
      　　这种隔离级别会产生脏读，不可重复读和幻像读。
　　２. ISOLATION_READ_COMMITTED：保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据（读已提交）
　　３. ISOLATION_REPEATABLE_READ：这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。（可重复读）
      它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
　　４. ISOLATION_SERIALIZABLE：这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。（串行化）

　　　　除了防止脏读，不可重复读外，还避免了幻像读。 

　　　　

脏读，幻读，不可重复读

　　脏读

　　　　脏读 ：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。
　　 e.g.
       1.Mary的原工资为1000, 财务人员将Mary的工资改为了8000(但未提交事务)
       2.Mary读取自己的工资 ,发现自己的工资变为了8000，欢天喜地！
       3.而财务发现操作有误，回滚了事务,Mary的工资又变为了1000
         像这样,Mary记取的工资数8000是一个脏数据。

　　不可重复读

　　　　不可重复读 ：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。
   　　e.g.
　　　　1.在事务1中，Mary 读取了自己的工资为1000,操作并没有完成
   　　 2.在事务2中，这时财务人员修改了Mary的工资为2000,并提交了事务.
　　　　3.在事务1中，Mary 再次读取自己的工资时，工资变为了2000

　　　　解决办法：如果只有在修改事务完全提交之后才可以读取数据，则可以避免该问题。

　　幻读

　　　　幻读 : 是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。
 　　 e.g. 
　　　　目前工资为1000的员工有10人。
　　　　 1.事务1,读取所有工资为1000的员工。
　　　　 2.这时事务2向employee表插入了一条员工记录，工资也为1000
    　　 3.事务1再次读取所有工资为1000的员工 共读取到了11条记录， 
 　　解决办法：如果在操作事务完成数据处理之前，任何其他事务都不可以添加新数据，则可避免该问题

 

在一个程序中，依据事务的隔离级别将会有三种情况发生。
　　◆脏读：一个事务会读进还没有被另一个事务提交的数据，所以你会看到一些最后被另一个事务回滚掉的数据。
　　◆不可重复读：一个事务读进一条记录，另一个事务更改了这条记录并提交完毕，这时候第一个事务再次读这条记录时，它已经改变了。
　　◆ 幻影读：一个事务用Where子句来检索一个表的数据，另一个事务插入一条新的记录，并且符合Where条件，这样，第一个事务用同一个where条件来检索数据后，就会多出一条记录。

传播行为

　　1、PROPAGATION_REQUIRED：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的设置。

　　2、PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。‘

　　3、PROPAGATION_MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异常。

　　4、PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存在事务，都创建新事务。

　　5、PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

　　6、PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

　　7、PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。 

锁机制

　　SQL server的所有活动都会产生锁。锁定的单元越小，就越能越能提高并发处理能力，但是管理锁的开销越大。如何找到平衡点，使并发性和性能都可接受是SQL Server的难点。
    SQL server的所有活动都会产生锁。锁定的单元越小，就越能越能提高并发处理能力，但是管理锁的开销越大。如何找到平衡点，使并发性和性能都可接受是SQL Server的难点。

　　1、 共享锁
　　　　用于只读操作(SELECT)，锁定共享的资源。共享锁不会阻止其他用户读，但是阻止其他的用户写和修改。

　　2、 更新锁
　　　　更新锁是一种意图锁，当一个事务已经请求共享琐后并试图请求一个独占锁的时候发生更新琐。例如当两个事务在几行数据行上都使用了共享锁，并同时试图获取独占锁以执行更新操作时，就发生了死锁：都在等待对方释放共享锁而实现独占锁。更新锁的目的是只让一个事务获得更新锁，防止这种情况的发生。

　　3、 独占锁
　　　　一次只能有一个独占锁用在一个资源上，并且阻止其他所有的锁包括共享缩。写是独占锁，可以有效的防止’脏读’。

　　4、 意图锁
　　　　在使用共享锁和独占锁之前，使用意图锁。从表的层次上查看意图锁，以判断事务能否获得共享锁和独占锁，提高了系统的性能，不需从页或者行上检查。

　　5、 计划锁
　　　　Sch-M,Sch-S。对数据库结构改变时用Sch-M，对查询进行编译时用Sch-S。这两种锁不会阻塞任何事务锁，包括独占锁。
读是共享锁，写是排他锁，先读后更新的操作是更新锁，更新锁成功并且改变了数据时更新锁升级到排他锁