mysql事务隔离级别
事务(Transaction)
什么是事务
一个事务是一个完整的业务逻辑单元，不可再分。
比如：银行账户，从A账户向B账户转账10000元，需要执行两条update语句。
update t_act set balance = balance - 10000 where actno = 'act-001';
update t_act set balance = balance + 10000 where actno = 'act-002';
以上两条DML语句必须同时成功，或者同时失败，不允许出现一条成功，一条失败。
想要保证以上的两条DML语句同时成功或者同时失败，那么就要使用数据库的"事务机制"。
和事务相关的语句只有：DML语句。(insert delete update)
因为他们这三个语句都是和数据库表当中的"数据"相关的。
事务的存在是为了保证数据的完整性，安全性。
假设所有的业务都能使用1条DML语句搞定，还需要事务机制吗？
不需要事务机制。
但实际情况不是这样的，通常一个"事儿(事务【业务】)"需要多条DML语句共同联合完成。
事务的原理
假设一个事儿，需要先执行一条insert，再执行一条update，最后执行一条delete，这个事儿才算完成。
开启事务机制（开始）
-
执行insert语句 --> insert……
（这个执行成功之后，把这个执行记录到数据库的操作历史当中，并不会向文件中保存一条数据，不会真正的修改硬盘上的数据。） -
执行update语句 --> update… （这个执行也是记录一下历史操作，不会真正的修改硬盘上的数据）
-
执行delete语句 --> delete… （这个执行也是记录一下历史操作【记录到缓存】，不会真正的修改硬盘上的数据）
提交事务或者回滚事务（结束）
事务的特性
事务包括四大特性：A C I D
- A：原子性：事务是最小的工作单元，不可再分。
- C：一致性：事务必须保证多条DML语句同时成功或者同时失败。
- I：隔离性：事务A与事务B之间具有隔离，一个事务就是一个业务正在执行中，有4个隔离级别挡位，隔离级别不同，对数据的影响不同。
- D：持久性：持久性说的是最终数据必须持久化到硬盘中，事务才算成功结束，是事务成功的保障。
事务的隔离性(隔离级别)
PS：所有数据库默认都是二档（读已提交）起步，Mysql 默认三档（可重复读）起步
事务隔离性存在隔离级别，总共四个级别：
第一级别：读未提交(read uncommitted)
对方事务还没有提交，我们当前事务可以读取到对方未提交的数据。
读未提交存在脏读(Dirty Read) 现象：表示读到了脏数据。数据极其不稳定，是提交的数据，不在硬盘中，在缓存中
第二级别：读已提交 (read committed)
对方事务提交之后的数据我方可以读取到。
不可重复读取意思就是对于事务开始时的数据没法再读取，因为对方事务可能在不断修改数据
读已提交存在的问题是：脏读现象
第三级别：可重复读(repeatable read)
对方事务提交的数据我方无法读取，我方事务还没结束前读取到的都是事务开始的时候的数据
可重复读取意思就是对于事务开始时的数据可以重复读取
这种隔离级别解决了：不可重复读问题。
这种隔离级别存在的问题是：读取到的数据是幻象，对方就算把数据都删了还是能读出最开始的数据，也就是一开始的时候做了个备份
第四级别：序列化读 / 串行化读(serializable)
两个事务不能并发，事务A 还没结束事务B不能开启，必须排队
这种隔离级别解决了解决了所有问题。
这种隔离级别存在的问题是效率低，需要事务排队。
Oracle数据库默认的隔离级别是：第二级别，读已提交。
mysql数据库默认的隔离级别是：第三级别，可重复读。
事务隔离实例：
start transaction语句
mysql事务默认情况下是自动提交的。
自动提交：只要执行任意一条DML语句则提交一次
关闭默认提交：start transaction;
建表：
create table t_user(
id int primary key auto_increment,
username varchar(255)
);
mysql中的事务是支持自动提交的，只要执行一条DML语句，则提交一次：
执行一条insert 语句，
再执行rollback回滚，
最后查询数据库：
mysql> insert into t_user(username) values('zs');
Querk OK, 1 row affected (0.03 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
+----+----------+
mysql> rollback;
-- 执行回滚，回滚事将之前做的操作取消
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
+----+----------+
回滚了之后查询数据没有变，回滚无效，回不去了，说明MySQL自动提交
总结：数据可以回滚，人生不能回滚
所以要使用 start transaction，关闭自动提交机制：
执行 start transaction：
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
+----+----------+
1 row in set (0.00 sec)
// 执行start transaction，取消自动提交
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
// 继续执行DML语句
mysql> insert into t_user(username) values("lisi");
Query OK, 1 row affected (0.00 sec)
// 查询数据库
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
| 2 | lisi |
+----+----------+
2 rows in set (0.00 sec)
//再执行一次DML语句，添加数据
mysql> insert into t_user(username) values("wangwu");
Query OK, 1 row affected (0.00 sec)
// 查询数据库
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
| 2 | lisi |
| 3 | wangwu |
+----+----------+
3 rows in set (0.00 sec)
// 执行rollback回滚，若是不自动提交，则回滚后所有DML操作失效
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
// 可以看到之前所操作的DML 都没了
mysql> select * from t_user;
+----+----------+
| id | username |
+----+----------+
| 1 | zs |
+----+----------+
1 row in set (0.00 sec)
因为没有提交，回滚后数据操作取消
因为上面的 rollback 事务结束了，所以要重新取消自动提交
取消自动提交后需要手动提交：
执行 DML 语句，再执行 commit 语句提交，这时候再 rollback 回滚不会让数据消失：
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> insert into t_user(username) values("wangwu");
Query OK, 1 row affected (0.00 sec)
mysql> insert into t_user(username) values("object");
Query OK, 1 row affected (0.00 sec)
mysql> insert into t_user(username) values("joke");
Query OK, 1 row affected (0.00 sec)
mysql> insert into t_user(username) values("xiaozhaozhao");
Query OK, 1 row affected (0.00 sec)
mysql> select * from t_user;
+----+--------------+
| id | username |
+----+--------------+
| 1 | zs |
| 4 | wangwu |
| 5 | object |
| 6 | joke |
| 7 | xiaozhaozhao |
+----+--------------+
5 rows in set (0.00 sec)
commit提交数据
mysql> commit;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t_user;
+----+--------------+
| id | username |
+----+--------------+
| 1 | zs |
| 4 | wangwu |
| 5 | object |
| 6 | joke |
| 7 | xiaozhaozhao |
+----+--------------+
5 rows in set (0.00 sec)
mysql> rollback;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from t_user;
+----+--------------+
| id | username |
+----+--------------+
| 1 | zs |
| 4 | wangwu |
| 5 | object |
| 6 | joke |
| 7 | xiaozhaozhao |
+----+--------------+
5 rows in set (0.00 sec)
rollback : 回滚。
commit ： 提交。
start transaction : 关闭自动提交机制。
查看全局事务隔离级别
- select @@global.tx_isolation;（旧版）
- select @@global.transaction_isolation;（新版）
- show variables like ‘transaction_isolation’;（新版2）
- select @@transaction_isolation;（新版3）
mysql> select @@global.transaction_isolation,@@transaction_isolation;
+--------------------------------+-------------------------+
| @@global.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| REPEATABLE-READ | REPEATABLE-READ |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)
读未提交
设置全局事务隔离级别
set global transaction isolation level read uncommitted;
打开两个mysql执行窗口，连接数据库，关闭自动提交，查询其中的 dept 表：
事务1：
mysql> select @@global.transaction_isolation,@@transaction_isolation;
+--------------------------------+-------------------------+
| @@global.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| READ-UNCOMMITTED | READ-UNCOMMITTED |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)
mysql> use hyqwsq
Database changed
mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)
mysql> select * from dept;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
| 100 | ddd | ccc |
+--------+------------+----------+
5 rows in set (0.00 sec)
事务2：
mysql> select @@global.transaction_isolation,@@transaction_isolation;
+--------------------------------+-------------------------+
| @@global.transaction_isolation | @@transaction_isolation |
+--------------------------------+-------------------------+
| READ-UNCOMMITTED | READ-UNCOMMITTED |
+--------------------------------+-------------------------+
1 row in set (0.00 sec)
mysql> use hyqwsq
Database changed
mysql> start transaction;
Query OK, 0 rows affected (0.05 sec)
mysql> select * from dept;
+--------+------------+----------+
| DEPTNO | DNAME | LOC |
+--------+------------+----------+
| 10 | ACCOUNTING | NEW YORK |
| 20 | RESEARCH | DALLAS |
| 30 | SALES | CHICAGO |
| 40 | OPERATIONS | BOSTON |
| 100 | ddd | ccc |
+--------+------------+----------+
5 rows in set (0.00 sec)
两个查询结果是一样的，接着用第二个事务执行增删改查工作，但不提交：
接着再使用第一个事务查询 dept 表：
结果可以发现事务1可以查询到事务2已经修改后的数据，读未提交就是能读到其他事务未提交的数据
进一步确认：
事务2进行回滚，再查看两个事务的查询结果，按照读未提交，两个事务的查询结果应当一样：
结果正是一样的
读已提交
set global transaction isolation level read committed;
创建事务1和事务2，修改默认权限为 read committed，记得取消自动提交 ：start transaction
事务2修改数据，但不提交：
使用事务1 查询同一张表，看看数据有无变化：
可以看到事务1的数据还是原来的数据，没改变
事务2进行提交，继续用事务1查看数据，看能不能看到事务2修改后的数据：
事务1的数据变了，再次查找拿到了事务2修改后的数据，这就是读已提交，只能读到其他事务已经提交的数据
可重复读
set global transaction isolation level repeatable read;
同样创建事务1、事务2：
事务1修改数据，但不提交：
通过事务2查看表数据：
所以在没提交的情况下其他事务不能看到事务1修改的数据
现在试试提交，再用事务2查看数据：
所以 repeatable-read 可以让某个事务从一开始到事务结束都不会读到别的事务修改过的数据，会一直读事务最开始时的数据，算是备份数据（幻象），保护性最强
serializable
同样创建两个事务，都去除自动提交后，将隔离级别设置为序列化级别，会发现当事务1在执行了DML语句后，事务二无法执行DML语句，会被阻塞，进行排队：
事务2 会报如下错：
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction