MySQL事务

一.事务及其特性

事务就是一个事情，组成这个事情可能有多个单元，要求这些单元，要么全都成功，要么全都不成功。在开发中，有事务的存在，可以保证数据完整性。

事务的特性（ACID）:

• 原子性（Atomicity）原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
• 一致性（Consistency）事务前后数据的完整性必须保持一致。
• 隔离性（Isolation）事务的隔离性是指多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。
• 持久性（Durability）持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响

二.事务的隔离级别

如果不考虑事务的隔离性，会出现什么问题?

• 脏读 ：一个事务读取到另一个事务的未提交数据。
• 不可重复读：两次读取的数据不一致(强调update)
• 虚读(幻读)：两次读取的数据一一致(强调insert)
• 丢失更新：两个事务对同一条记录进行操作，后提交的事务，将先提交的事务的修改覆盖了。

事务的隔离级别有哪些?

• Serializable：可避免脏读、不可重复读、虚读情况的发生。（串行化）
• Repeatable read：可避免脏读、不可重复读情况的发生。（可重复读）不可以避免虚读
• Read committed：可避免脏读情况发生（读已提交）
• Read uncommitted：最低级别，以上情况均无法保证。(读未提交)

mysql中怎样设置事务的隔离级别

select @@tx_isolation    查询当前事务隔离级别。

set session transaction isolation level 设置事务隔离级别

mysql中默认的事务隔离级别是  Repeatable read。扩展:oracle 中默认的事务隔离级别是  Read committed

不考虑事务隔离级别导致的问题演示及解决方法

1.演示脏读

一个事务读取到另一个事务的未提交数据
 设置A,B事务隔离级别为   Read uncommitted
 set session transaction isolation level  read uncommitted;  
在A事务中   start transaction;
                    update account set money=money-500 where name='aaa';
                    update account set money=money+500 where name='bbb';
 在B事务中 start transaction;
                  select * from account;

这时，B事务读取时，会发现，钱已经汇完。那么就出现了脏读。当A事务提交前，执行rollback，在commit， B事务在查询，就会发现，钱恢复成原样 ，也出现了两次查询结果不一致问题，出现了不可重复读.

2.解决脏读问题

将事务的隔离级别设置为 read committed来解决脏读
设置A,B事务隔离级别为   Read committed
 set session transaction isolation level  read committed;
在A事务中   start transaction;
                    update account set money=money-500 where name='aaa';
                    update account set money=money+500 where name='bbb';
                    
在B事务中    start transaction;
                    select * from account;
这时B事务中，读取信息时，是不能读到A事务未提交的数据的，也就解决了脏读。 让A事务，提交数据 commit;     这时，再次查询，这次结果与上一次查询结果又不一样了，还存在不可重复读。

3.解决不可重复读

将事务的隔离级别设置为Repeatable read来解决不可重复读。
设置A,B事务隔离级别为   Repeatable read;
 set session transaction isolation level  Repeatable read;
.在A事务中      start transaction;
                        update account set money=money-500 where name='aaa';
                        update account set money=money+500 where name='bbb';
在B事务中       start transaction;
                        select * from account;    
B事务在A事务提交前和提交后的查询中，查到的都是更新前的数据。要想查询到更新后的数据，需要将B事务提交，然后重新开启一个事务进行查询。

4.设置事务隔离级别为Serializable ,它可以解决所有问题
set session transaction isolation level Serializable;
 如果设置成这种隔离级别，那么会出现锁表。也就是说，一个事务在对表进行操作时， 其它事务操作不了该表。

小结

安全性：serializable > repeatable read > read committed > read uncommitted 
性能 ：serializable < repeatable read < read committed < read uncommitted 

结论： 实际开发中，通常不会选择 serializable 和 read uncommitted ，mysql默认隔离级别 repeatable read ，oracle默认隔离级别 read committed

丢失更新问题问题图解

解决丢失更新可以采用两种方式:

1.悲观锁
悲观锁 （假设丢失更新一定会发生 ） ----- 利用数据库内部锁机制管理事务

mysql数据库内部提供两种常用 锁机制：共享锁(读锁)和排它锁(写锁)，允许一张数据表中数据记录，添加多个共享锁，添加共享锁记录，对于其他事务可读不可写的 ；一张数据表中数据记录，只能添加一个排它锁，在添加排它锁的数据 不能再添加其他共享锁和排它锁的 ，对于其他事物可读不可写的。

所有数据记录修改操作，自动为数据添加排它锁

添加共享锁方式：select * from account lock in share mode ;

添加排它锁方式：select * from account for update;

锁必须在事务中添加 ，如果事务结束了 锁就释放了

解决丢失更新：事务在修改记录过程中，锁定记录，别的事务无法并发修改  

2.乐观锁
乐观锁 （假设丢失更新不会发生）------- 采用程序中添加版本字段解决丢失更新问题

在数据表添加版本字段，每次修改过记录后，版本字段都会更新，如果读取时版本字段与修改时版本字段不一致，说明别人进行修改过数据 ，重新开启事务进行修改

图解