MySQL 事务管理

 

事务的4个特性（acid）

• 原子性 atomicity。每个事务中的操作，要么都成功，要么都失败
• 一致性 consistency。事务执行前后，数据库中的数据应该保持一致
• 隔离性 isolation。事务之间应该是隔离的，事务之间互不影响、干扰
• 持久性 durability。事务一旦提交，便会将修改持久化到数据库

 

 

事务管理的相关命令

start transaction;  #开始事务

sql语句1;

sql语句2;

.....

commit； #提交事务

#rollback;  #回滚

 

 

 

流程示例

start transaction;

insert into tb_user (name,age) values ('zhangsan',20);  #显示query ok，这条sql语句可以成功执行

insert into tb_user (name,age) values ('李四','age');  #显示error，发生错误。只是说这条语句执行错误，但后面还可以执行sql语句

insert into tb_user (name,age) values ('wangwu',20);  #显示query ok，

 

如果此时commit;提交，会把执行成功的2个sql语句做的修改持久化数据库，失败的sql语句则忽略。

 

其实发生error时，为了做到事务的原子性，就应该rollback;回滚。

并不是说start transaction;  .....  commit;  会自动维持事务的4个特性，全部成功就持久化到数据库，某些sql语句发生错误，就自动回滚，不是这样的。

事务的4个特性需要我们自己来维持。

 

 

代码中使用事务也一样：

......   //开启事务

try{

　　..... //要执行的多条sql语句

      commit;  //若前面都正常执行，则提交

}catch(exception e){

　　rollback;  //发生错误就回滚

}

 

先开启事务，把要执行的多个sql语句放到try中，都正确执行那就提交，发生错误就回滚。

 

 

---

 

 

catch就是对异常的处理，既然捕获了异常进行了处理，就不会往上一级抛了。

如果每一级都是throws往上抛，抛到jvm，jvm默认的异常处理方式是：打印异常信息，终止程序运行。

 

比如说下面这段代码：

        system.out.println(1);
        try{
            system.out.println(1/0);
        }catch (exception e){
            system.out.println("error");
        }
        system.out.println(2);

1
error
2

并不会自动在控制台打印异常信息，终止程序。

要看异常信息，可以在catch中 system.out.println(e.getmessage()); 打印出来

 

 

---

 

 

 

事务的并发

事务的并发即同时执行多个事务，主要涉及事务的隔离性、隔离级别。

 

1、事务并发执行可能出现的问题

（1）脏读     一个事务读取其它事务尚未提交的数据

事务b对数据库做了修改（执行成功但尚未提交），事务a读取这些已修改的记录，a读取之后，b进行了回滚，a读取到的数据变成了脏数据、无效数据，即脏读。

隔离级别 read commited 已提交读，可解决脏读问题，等到使用这些记录的事务提交后才读取数据。

 

 

（2）不可重复读     前后多次读取，读取的数据内容不一致（期间进行了update操作）

比如说我卡里有2000，打算在atm上取款2000，输入取款金额2000点击确定，系统查询账户余额，还有2000，是够的；

我老婆的微信绑定了我的卡，这时把我卡里的1000给花了，账户余额为1000

atm执行扣款-2000（在账户余额的基础上扣，money-2000，又要获取账户余额），并往外吐钱2000，1000-2000=-1000

atm前后2次读取余额（同一条记录的数据），读取的数据内容不一致，这就出现问题了。

 

隔离级别 repeatable read 重复读，可解决不可重复读的问题，当有事务读了某些行的数据后，这些行会被锁住，不允许其它事务对这些行进行修改，这样重复读取到的数据就是一致的。

因为使用某些行时，这些行会被锁定，其它事务不能读取这些（可能会被修改的）行，也避免了脏读问题。

 

 

（3）幻读（虚读）   前后多次读取，读取的记录数不一致（期间进行了insert、delete操作）

隔离级别 serializable 可解决幻读问题，不允许事务并发，最安全，但性能最差，基本不用。

 

以上3个是读问题，还可能产生一个写问题：丢失更新。

 

（4）丢失更新  丢失更新是不可重复读中的一种特殊情况，2个事务都要修改记录内容（update），后提交的覆盖了前面提交的

时间	取款事务	支票转账事务
t1	开始事务
t2		开始事务
t3	查询账户余额为1000元
t4		查询账户余额为1000元
t5	取出100，把存款余额改为900元
t6	提交事务
t7		汇入100元，把存款余额改为1100元
t8		提交事务

 

 

 

 

 

-100的更新操作丢失了。

 

 

2、4种隔离级别

• read uncommitted：未提交读，解决不了任何读问题，安全性最低，但事务执行效率最高
• read committed：已提交读，解决了脏读，但不可重复读、虚读有可能发生。oracle默认值。
• repeatable read：重复度，解决了脏读、不可重复读，但虚读有可能发生。mysql默认值。
• serializable：串行化，不允许事务并发，可解决所有并发问题，安全性最高，但事务执行效率最低

一般折中选择第2、3项，使用默认的即可，不必进行设置。

 

 

 

3、查看、设置隔离级别

#mysql 5  
select @@tx_isolation;  #查看当前会话使用的隔离级别
select @@global.tx_isolation;  #查看全局设置的隔离级别


#mysql 8
select @@transaction_isolation;  #查看当前会话使用的隔离级别
select @@global.transaction_isolation;  #查看全局设置的隔离级别

#mysql5、mysql8的查看方式不同，5是tx，8是transaction，如果不对应会报错unknown system variable 'tx_isolation'|'transaction_isolation'


#设置事务的隔离级别，5、8一样
set session transaction isolation level repeatable read; #设置当期会话使用的隔离级别为repeatable read
set global transaction isolation level repeatable read;  #设置全局使用的隔离级别是repeatable read