mysql的事务

事务:
事务是指逻辑上的一组操作,这组操作要么同时完成要么同时不完成.

事务的管理:
默认情况下,数据库会自动管理事务,管理的方式是一条语句就独占一个事务.
如果需要自己控制事务也可以通过如下命令开启/提交/回滚事务
start transaction;
commit;
rollback;

JDBC中管理事务:
conn.setAutoCommit(false);
conn.commit();
conn.rollback();
SavePoint sp = conn.setSavePoint();
conn.rollback(sp);

事务的四大特性:
一个事务具有的最基本的特性,一个设计良好的数据库可以帮我们保证事务具有这四大特性(ACID)

原子性:原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
一致性:如果事务执行之前数据库是一个完整性的状态,那么事务结束后,无论事务是否执行成功,数据库仍然是一个完整性状态.
数据库的完整性状态:当一个数据库中的所有的数据都符合数据库中所定义的所有的约束,此时可以称数据库是一个完整性状态.
隔离性:事务的隔离性是指多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。
持久性:持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

隔离性:
将数据库设计成单线程的数据库,可以防止所有的线程安全问题,自然就保证了隔离性.但是如果数据库设计成这样,那么效率就会极其低下.

数据库中的锁机制:
共享锁:在非Serializable隔离级别做查询不加任何锁,而在Serializable隔离级别下做的查询加共享锁,
共享锁的特点:共享锁和共享锁可以共存,但是共享锁和排他锁不能共存
排他锁:在所有隔离级别下进行增删改的操作都会加排他锁,
排他锁的特点:和任意其他锁都不能共存

如果是两个线程并发修改,一定会互相捣乱,这时必须利用锁机制防止多个线程的并发修改
如果两个线程并发查询,没有线程安全问题

如果两个线程一个修改,一个查询……
四大隔离级别:
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,则修改的是数据库的默认隔离级别

create database day16;
use day16;

create table account (
id int primary key auto_increment,
name varchar(20),
money double
)character set utf8 collate utf8_general_ci;
insert into account values(null,’aaa’,1000);
insert into account values(null,’bbb’,1000);
insert into account values(null,’ccc’,1000);
脏读:一个事务读取到另一个事务未提交的数据
a:
演示不同隔离级别下的并发问题
set transaction isolation level 设置事务隔离级别
select @@tx_isolation 查询当前事务隔离级别

1.当把事务的隔离级别设置为read uncommitted时，会引发脏读、不可重复读和虚读
A窗口
set transaction isolation level read uncommitted;
start transaction;
select * from account;
—–发现a帐户是1000元，转到b窗口

B窗口
start transaction;
update account set money=money+100 where name=’aaa’;
—–不要提交，转到a窗口查询
A窗口
select * from account
—–发现a多了100元，这时候a读到了b未提交的数据（脏读）
A就发货
这是B窗口 rollback;

2.当把事务的隔离级别设置为read committed时，会引发不可重复读和虚读，但避免了脏读
A窗口
set session transaction isolation level read committed;
start transaction;
select * from account;
—–发现a帐户是1000元，转到b窗口
B窗口
start transaction;
update account set money=money+100 where name=’aaa’;
commit;
—–转到a窗口

select * from account;
—–发现a帐户多了100,这时候，a读到了别的事务提交的数据，两次读取a帐户读到的是不同的结果（不可重复读）

3.当把事务的隔离级别设置为repeatable read(mysql默认级别)时，会引发虚读，但避免了脏读、不可重复读

A窗口
set session transaction isolation level repeatable read;
start transaction;
select * from account;
—-发现表有4个记录，转到b窗口

B窗口
start transaction;
insert into account(name,money) values(‘ggg’,1000);
commit;
—–转到 a窗口

select * from account;
—-可能发现表有5条记如，这时候发生了a读取到另外一个事务插入的数据（虚读）

4.当把事务的隔离级别设置为Serializable时，会避免所有问题
A窗口
set transaction isolation level Serializable;
start transaction;
select * from account;
—–转到b窗口

B窗口
start transaction;
insert into account(name,money) values(‘ggg’,1000);
—–发现不能插入，只能等待a结束事务才能插入