jdbc 事务
1. 什么是事务
所谓事务,就是针对数据库的一组操作(多条sql)
位于同一个事务的操作具备同步的特点,也就是要么都成功,要么都失败
2. 事务的作用
在实际中,我们的很多操作都是需要由多条sql来共同完成的,例如,A账户给B账户转账就会对应两条sql
update account set money=money-100 where name=‘a’;
update account set money=money+100 where name=‘b’;
假设第一条sql成功了,而第二条sql失败了,这样就会导致a账户损失了100元,而b账户并未得到100元
如果将两条sql放在一个sql中,当第二条语句失败时,第一条sql语句也同样不会生效,
这样a账户就不会有任何的损失
3. 事务的实现原理
默认情况下,我们向数据库发送的sql语句是会被自动提交的,开启事务就是相当于关闭自动提交功能,改为手动提交,我们只需要将提交事务的操作放在最后一个操作,这样一来,如果在提交事务之前出现异常,由于没有执行提交操作,事务中未提交的操作就会被回滚掉
4. 例子
account.sql
create table account(
id int primary key auto_increment,
name varchar(40),
money float
)character set utf8 collate utf8_general_ci;
insert into account(name,money) values('aaa',1000);
insert into account(name,money) values('bbb',1000);
insert into account(name,money) values('ccc',1000);
aaa 给 bbb 转账 100元
update account set money=money-100 where name='aaa';
// 异常退出
update account set money=money+100 where name='bbb';
// 查询结果
select * from accont;
如果开启事务就可以避免刚才的错误发生
// 开启事务
start transaction;
// 如果操作执行完毕,我们需要将事务提交
commit;
// 还可以手动回顾事务中所有未提交的事务
rollback;
命令行做实验得出结论:
如果开了一个事务, 又敲了一次 start transaction 再次开启事务, 前一个事务会自动提交
5、在程序中使用 jdbc 开启事务
在使用 jdbc 操作数据库时,需要使用 Connection 对象对事务进行管理
// 开启事务
Connection.setAutoCommit(false);//设置自动提交为false
// 回滚事务
Connection.rollback();
//提交事务
Connection.commit();
在 jdbc 程序中我们还可以设置回滚点, 让事务回顾到指定的回滚点,而不是自动回滚所有未提交的操作
需要将程序中的异常捕获,在catch语句块中回滚事务,在finally中提交事务
注意 , 将 Commit 操作放在 finally 中是为了保证提交未回滚的事务操作
6. 事务的特性
事务有四大特性,一般来讲,判断一个数据库是否支持事务,就看数据库是否支持这四个特性
l 原子性(Atomicity)原子性是指事务是一个不可分割的工作单位,事务中的操作要么都发生,要么都不发生。
l 一致性(Consistency)事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
l 隔离性(Isolation)事务的隔离性是多个用户并发访问数据库时,数据库为每一个用户开启的事务,不能被其他事务的操作数据所干扰,多个并发事务之间要相互隔离。
l 持久性(Durability)持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其有任何影响。
7. 事务的隔离级别
1)多线程开启事务
由于数据库是多线程并发访问的,所以很容易出现多个线程同时开启事务的情况
多线程开事务容易引起 赃读、不可重复读、幻读 的情况发生
赃读:dirty read
是指一个事务读取了另一个事务未提交的数据,这是相当危险的。
设想一下,A要给B转账100元购买商品, 如果A开启了一个事务做了转账的工作
update account set money=money+100 while name=‘b’;
update account set money=money -100 while name=‘a’;
A先不提交事务,通知B来查询
这时B来查询账户,由于会读到A开启的事务中未提交的数据,就会发现A确实给自己转了100元,
自然就会给A发货,A等B发货后就将事务回滚,不提交,此时,B就会受到损失
不可重复读:non-repeatable read
是指事务中两次查询的结果不一致,原因是在查询的过程中其他事务做了更新的操作 update
例如,银行做报表,第一次查询A账户有100元,第二次查询A账户有200元,原因是期间A存了100元
这样就会导致一行多次统计的报表不一致
和脏读的区别是:
脏读是读取前一事务未提交的脏数据,不可重复读是在事务内重复读取了别的线程已提交的数据。
有的时候大家会认为这样的结果是正确的,没问题
我们可以考虑这样一种情况,比如银行程序需要将查询结果分别输出到电脑屏幕和写到文件中,结果在一个事务中针对输出的目的地,进行的两次查询不一致,导致文件和屏幕中的结果不一致,银行工作人员就不知道以哪个为准了。
幻读:phantom read 又名虚读
是指在一个事务内两次查询中数据笔数不一致
幻读和不可重复读有些类似,是指两次查询过程中,其他事务做了插入记录的操作,导致记录数有所增加
insert
例如银行做报表统计account表中所有用户的总额时,此时总共
五个账户,总金额为500元,这时有一个新的账户产生了,并且
存了100元,这时银行再统计会发现帐户总金额为600元了,造
成虚读同样会使银行遇到同样的困惑
实验发现不会出现虚读
来自网络的解释:
幻读只是在理论上会发生的一种情况,而现实操作中并不是一定会发生
2)设置事务的隔离级别
为了避免多线程开事务引发的问题,我们需要将事务进行隔离
事务有四种隔离级别,不同的隔离级别可以防止不同的错误发生
serializable:可串行化,能避免脏读、不可重复读、幻读情况的发生
repeatable read:可重读,能避免脏读、不可重复读情况的发生
read committed:读取提交的内容,可避免脏读情况发生
read uncommitted:读取未提交的内容最低级别,避免不了任何情况
操作:
设置事务隔离级别
set transaction isolation level
查询当前事务隔离级别
select @@tx_isolation
查询看到的都是快照
位于事务中的多次查询,如果隔离级别设置为repeatable read,那么多次查询读的就是一个快照
说白了就是不更新快照