1.事务的概念
事务是指逻辑上的 一组操作，这组操作 要么同时完成，要么同时不完成.
事务的管理：默认情况下，数据库会自动管理事务，管理的方式是 一条语句就独占一个事务.
开启事务
start transaction
提交事务
commit
回滚事务
rollback
JDBC中管理事务：
conn.setAutoCommit(false);
conn.commit();／conn.rollback();
设置事务的回滚点：
SavePoint sp = conn.setSavePoint();
conn.rollback(sp);
conn.commit(); //回滚后必须提交
2.事务的四大特性：
一个事务具有的最基本的特性，一个设计良好的数据库可以帮我们保证事务具有这四大特性(ACID)
原子性：
原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
一致性：
如果事务执行之前数据库是一个完整性的状态，那么事务结束后，无论事务是否执行成功，数据库仍然是一个完整性状态.
数据库的完整性状态：当一个数据库中的所有的数据都符合数据库中所定义的所有的约束，此时可以称数据库是一个完整性状态.
隔离性：
事务的隔离性是指多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。
持久性：
持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。
利用隔离性保证线程安全：
将数据库设计成单线程的数据库，可以防止所有的线程安全问题，自然就保证了隔离性.但是如果数据库设计成这样，那么效率就会极其低下.
3.数据库中的锁机制：
共享锁：
在非Serializable隔离级别做查询不加任何锁，而在Serializable隔离级别下做的查询加共享锁
特点：共享锁和共享锁可以共存，但是共享锁和排他锁不能共存
排他锁：
在所有隔离级别下进行增删改的操作都会加排他锁
特点：和任意其他锁都不能共存
3.1到底要不要加锁？
提出3个问题：
1.如果是两个线程并发修改，一定会互相捣乱，这时必须利用锁机制防止多个线程的并发修改
2.如果两个线程并发查询，没有线程安全问题
3.如果两个线程一个修改，一个查询……
四大隔离级别（解决以上3种问题）：
| Read uncommitted | 不防止任何隔离性问题，具有脏读/不可重复度/虚读(幻读)问题 |
| Read committed | 可以防止脏读问题，但是不能防止不可重复度/虚读(幻读)问题 |
| Repeatable read | 可以防止脏读/不可重复读问题，但是不能防止虚读(幻读)问题 |
| Serializable | 数据库被设计为单线程数据库，可以防止上述所有问题 |
性能对比：
从安全性上考虑： Serializable > Repeatable read > read committed > read uncommitted
从效率上考虑： read uncommitted > read committed > Repeatable read > Serializable
用户如何选择？
真正使用数据库的时候，根据自己使用数据库的需求，综合分析对安全性和对效率的要求，选择一个隔离级别，使数据库运行在这个隔离级别上.
mysql 默认下就是Repeatable read隔离级别
oracle 默认下就是Read committed隔离级别
查询当前数据库的隔离级别：select @@tx_isolation;
设置隔离级别：
set [global/session] transaction isolation level xxxx;
其中如果不写默认是session，指的是修改当前客户端和数据库交互时的隔离级别，而如果使用golbal，则修改的是数据库的默认隔离级别
## 脏读举例：一个事务读取到另一个事务未提交的数据
a要打100元钱给b 刚开始两个人各有1000元
a 1000
b 1000
----------
**a告诉b要打钱了，同时也开启了事务，打了100块过去，但是还没提交事务
a：
start transaction;
update account set money=money-100 where name=a;
update account set money=money+100 where name=b;
----------
**b在取款机旁边一直在查，结果查到b账户真的多了100块钱
b：
start transaction;
select * from account;
a ： 900
b ： 1100
----------
**但这时，a回滚了事务
a：
rollback;
----------
**b刚要取钱时，查到自己又成原来的余额了，
b：
start transaction;
select* from account;
a： 1000
b： 1000
这就是脏读，即读到了还未提交事务的数据
## 不可重复读：在一个事务内读取表中的某一行数据，多次读取结果不同 — 行级别的问题
**一位银行职员b要统计本行中a储户的资金总额（假设有3种储蓄方式，活期、定期、固定 各1000元储蓄）
a： 1000 1000 1000
b： 银行职员
---------
**b要开始统计数据了，开启了事务，写SQL中：
b：start transaction;
select 活期存款 from account where name='a'; ---- 活期存款：1000
select 定期存款 from account where name='a'; ---- 定期存款：1000
select 固定资产 from account where name='a'; ---- 固定资产：1000
-------
**与此同时，储户a从活期账户中取走了1000元，开启并成功提交了取钱事务
a：
start transaction;
update accounset set 活期=活期-1000 where name='a';
commit;
-------
**当b再次统计查询时，发现账户总额中少了1000元。。。6666666
select 活期+定期+固定 from account where name='a'; --- 总资产：2000
commit;
----------
＃＃ 虚读(幻读)：是指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致 — 表级别的问题
储户a、b在银行分别存放1000元存款（只有a和b两个储户）
a： 1000
b： 1000
d： 银行业务人员
-----------
**银行职员d要统计本行中人均存款
d：
start transaction;
select sum(money) from account; --- 2000 元
select count(name) from account; --- 2 个
------
**这时，储户c向银行中存入了4000元
c：
start transaction;
insert into account values(c，4000);
commit;
------
**当职员d再次统计平均存款的时候，发现结果成了：a和b各存款1000元，两人的平均存款2000元
d:
select sum(money)/count(name) from account; --- 平均：2000元/人
commit;
------------