MySQL事务的四大特性

一.事务的四大特性

事务特性	含义
原子性（Atomicity）	事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
一致性（Consistency）	事务前后数据的完整性必须保持一致
隔离性（Isolation）	是指多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离，不能相互影响。
持久性（Durability）	指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响

1. 事务的隔离级别

事务在操作时的理想状态：多个事务之间互不影响，如果隔离级别设置不当就可能引发并发访问问题。

并发访问的问题	含义
脏读	一个事务读取到了另一个事务中尚未提交的数据
不可重复读	一个事务中两次读取的数据内容不一致，要求的是一个事务中多次读取时数据是一致的，这是事务update时引发的问题
幻读	一个事务中两次读取的数据的数量不一致，要求在一个事务多次读取的数据的数量是一致的，这是insert或delete时引发的问题

脏读:

不可重复读:

幻读:

MySQL数据库有四种隔离级别：上面的级别最低，下面的级别最高。“是”表示会出现这种问题，“否”表示不会出现这种问题。

级别	名字	隔离级别	脏读	不可重复读	幻读	数据库默认隔离级别
1	读未提交	read uncommitted	是	是	是
2	读已提交	read committed	否	是	是	Oracle和SQL Server
3	可重复读	repeatable read	否	否	是	MySQL
4	串行化	serializable	否	否	否

MySQL事务隔离级别相关的命令

1. 查询全局事务隔离级别

show variables like '%isolation%';
-- 或
select @@tx_isolation;

2. 设置事务隔离级别，需要退出MSQL再进入MYSQL才能看到隔离级别的变化

set global transaction isolation level 级别字符串;（修改全局的）
set session transaction isolation level read uncommitted;(修改当次)
-- 如:
set global transaction isolation level read uncommitted;

2. 脏读的演示

将数据进行恢复：UPDATE account SET balance = 1000;

1. 打开A窗口登录MySQL，设置全局的隔离级别为最低

mysql -uroot -proot
set global transaction isolation level read uncommitted;(修改全局的)

2. 打开B窗口,AB窗口都开启事务

use day23;
start transaction;

3. A窗口更新2个人的账户数据，未提交

update account set balance=balance-500 where id=1;
update account set balance=balance+500 where id=2;

4. B窗口查询账户

select * from account;

5. A窗口回滚

rollback;

6. B窗口查询账户，钱没了
   
   脏读非常危险的，比如张三向李四购买商品，张三开启事务，向李四账号转入500块，然后打电话给李四说钱已经转了。李四一查询钱到账了，发货给张三。张三收到货后回滚事务，李四的再查看钱没了。

解决脏读的问题：将全局的隔离级别进行提升
将数据进行恢复：UPDATE account SET balance = 1000;

1. 在A窗口设置全局的隔离级别为read committed

set global transaction isolation level read committed;

2. B窗口退出MySQL，B窗口再进入MySQL
   
3. AB窗口同时开启事务
   
4. A更新2个人的账户，未提交

update account set balance=balance-500 where id=1;
update account set balance=balance+500 where id=2;

5. B窗口查询账户
   

6. A窗口commit提交事务
   

7. B窗口查看账户
   

结论：
read committed的方式可以避免脏读的发生

3. 不可重复读的演示

将数据进行恢复：UPDATE account SET balance = 1000;

1. 开启A窗口

set global transaction isolation level read committed;

2. 开启B窗口，在B窗口开启事务

start transaction;
select * from account;

3. 在A窗口开启事务，并更新数据

start transaction;
update account set balance=balance+500 where id=1;
commit;

4. B窗口查询

select * from account;

两次查询输出的结果不同，到底哪次是对的？不知道以哪次为准。
很多人认为这种情况就对了，无须困惑，当然是后面的为准。我们可以考虑这样一种情况，比如银行程序需要将查询结果分别输出到电脑屏幕和发短信给客户，结果在一个事务中针对不同的输出目的地进行的两次查询不一致，导致文件和屏幕中的结果不一致，银行工作人员就不知道以哪个为准了。

解决不可重复读的问题：将全局的隔离级别进行提升为：repeatable read
将数据进行恢复：UPDATE account SET balance = 1000;

1. A窗口设置隔离级别为：repeatable read

set global transaction isolation level repeatable read;

2. B窗口退出MySQL，B窗口再进入MySQL

start transaction;
select * from account;

3. A窗口更新数据

start transaction;
update account set balance=balance+500 where id=1;
commit;

4. B窗口查询

select * from account;

结论：
同一个事务中为了保证多次查询数据一致，必须使用repeatable read隔离级别

4. 幻读的演示

在MySQL中无法看到幻读的效果。但我们可以将事务隔离级别设置到最高，以挡住幻读的发生
将数据进行恢复：UPDATE account SET balance = 1000;

1. 开启A窗口

set global transaction isolation level serializable; -- 设置隔离级别为最高

2. A窗口退出MySQL，A窗口重新登录MySQL

start transaction;
select count(*) from account;

3. 再开启B窗口，登录MySQL
4. 在B窗口中开启事务，添加一条记录

start transaction; -- 开启事务
insert into account (name,balance) values ('LaoWang', 500);

5. 在A窗口中commit提交事务，B窗口中insert语句会在A窗口事务提交后立马运行
   
6. 在A窗口中接着查询，发现数据不变

select count(*) from account;

7. B窗口中commit提交当前事务
   

8. A窗口就能看到最新的数据
   

结论：
使用serializable隔离级别，一个事务没有执行完，其他事务的SQL执行不了，可以挡住幻读