事务概念以及更新丢失的解决
一、事务
1.事务的概念：事务是指逻辑上的一组操作，这组操作要么同时完成要么同时不完成。参考转账操作。
2.如果你自己不去控制事务，数据库默认一条sql语句就处在自己单独的事务当中。
3.也可以使用命令去开启一个事务：
start transaction;--开启事务，这条语句之后的sql语句将处在一个事务当中，这些sql语句并不会立即执行
Commit--提交事务，一旦提交事务，事务中的所有sql语句才会执行。
Rollback -- 回滚事务，将之前所有的sql取消。
conn.setAutoCommit(false);
conn.commit();
conn.rollback();
conn.setSavePoint();
conn.rollback(sp);
4.事务的四大特性ACID
~原子性：事务的一组操作是原子的不可再分割的，这组操作要么同时完成要么同时不完成。
~一致性: 事务在执行前后数据的完整性保持不变。数据库在某个状态下符合所有的完整性约束的状态叫做数据库具有完整性。在解散一个部门时应该同时处理员工表中的员工保证这个事务结束后，仍然保证所有的员工能找到对应的部门，满足外键约束。
~隔离性：当多个事务同时操作一个数据库时，可能存在并发问题，此时应保证各个事务要进行隔离，事务之间不能互相干扰。
~持久性：持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，不能再回滚。
5.事务的隔离性导致的问题（所有的问题都是在某些情况下才会导致问题）
~脏读：一个事务读取到了另一个事务未提交的数据。
1 | a | 1000
2 | b | 1000
b--->a
start transaction;
update account set money=money-100 where name='b';
update account set money=money+100 where name='a';
rollback;
select * from account where name = 'a';1000 1000
~不可重复读：在一个事务内读取表中的某一行数据，多次读取结果不同.
start transaction:
活期存款：1000
定期存款：1000
固定资产: 2000
--------------
开启事务
取走获取存款1000
提交事务
--------------
总资产：3000
~幻读(虚读)：一个事务读取到了另一个事务插入的数据（已提交）
a 2000
b 2000
c 2000
start transaction；
select sum(money) from account;6000
--------------
开启事务
创建一个账户并存入1000块钱
提交了事务
--------------
select count(*)from account;4
avgMoney = allMoney/count;6000/4=1500
6.数据库的隔离级别
~Read uncommitted：如果将数据库设定为此隔离级别，数据库将会有脏读、不可重复度、幻读的问题。
~Read committed：如果将数据库设定为此隔离级别，数据库可以防止脏读，但有不可重复度、幻读的问题。
~Repeatable read: 如果将数据库设定为此隔离级别，数据库可以防止脏读、不可重复度，但是不能防止幻读。
~Serializable：将数据库串行化,可以避免脏读、不可重复读、幻读。
安全性来说：Serializable>Repeatable read>Read committed>Read uncommitted
效率来说：Serializable<Repeatable read<Read committed<Read uncommitted
通常来说，一般的应用都会选择Repeatable read或Read committed作为数据库隔离级别来使用。
mysql默认的数据库隔离级别为：REPEATABLE-READ
如何查询当前数据库的隔离级别？select @@tx_isolation;
如何设置当前数据库的隔离级别？set [global/session] transaction isolation level ...;
~此种方式设置的隔离级别只对当前连接起作用。
set transaction isolation level read uncommitted;
set session transaction isolation level read uncommitted;
~此种方式设置的隔离级别是设置数据库默认的隔离级别
set global transaction isolation level read uncommitted;
8.锁机制：
共享锁：共享锁和共享锁可以共存。
排他锁：排他锁和所有锁都不能共存。
在非串行化下，所有的查询都不加锁，所有的修改操作都会加排他锁。
在串行化下，所有的查询都加共享锁，所有的修改都加排他锁。
死锁
9.更新丢失
如果多个线程操作，基于同一个查询结构对表中的记录进行修改，那么后修改的记录将会覆盖前面修改的记录，前面的修改就丢失掉了，这就叫做更新丢失。
Serializable可以防止更新丢失问题的发生。其他的三个隔离级别都有可能发生更新丢失问题。
Serializable虽然可以防止更新丢失，但是效率太低，通常数据库不会用这个隔离级别，所以我们需要其他的机制来防止更新丢失:
乐观锁和悲观锁不是数据库中真正存在的锁，只是人们在解决更新丢失时的不同的解决方案，体现的是人们看待事务的态度。
悲观锁：认为每一条sql语句都会出现更新丢失的情况
隔离级别不设置为Serializable，防止效率过低。
在查询时手动加上排他锁。
如果数据库中的数据查询比较多而更新比较少的话，悲观锁将会导致效率低下。
乐观锁：认为每一条sql语句都不会出现更新丢失的情况
在表中增加一个version字段，在更新数据库记录是将version加一，从而在修改数据时通过检查版本号是否改变判断出当前更新基于的查询是否已经是过时的版本。
如果数据库中数据的修改比较多，更新失败的次数会比较多，程序需要多次重复执行更新操作。
