JDBC事务
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，那么多次查询读的就是一个快照
说白了就是不更新快照
