mysql事务隔离级别之锁实现原理，脏读、不可重复读、幻读出现原因及解决方案

mysql事务隔离级别原理

观看了很多网上的博客，挺令人伤心，很难找到想要的答案。。。

一：所需知识

1，mysql中的锁

1.1，读锁（共享锁）

规则：若事务1对数据对象A加上读锁，则事务1只能读A；其他事务只能再对A加读锁，而不能加写锁，直到事务1释放A上的读锁。

作用：这就保证了其他事务可以读A，但在事务1释放A上的读锁之前不能对A做任何修改。

1.2，写锁（排他锁）

规则：若事务1对数据对象A加上写锁，则只允许事务1读取和修改A，其它任何事务都不能再对A加任何类型的锁，直到事务1释放A上的锁。

作用：防止任何其它事务读取或修改。

2，事务

MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你既需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！

2.1 前提

在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。

2.2 作用

事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。

二：mysql四种隔离级别

隔离级别越高，对应的并发性能越差，数据越安全可靠。

隔离级别由低到高：

1，READ UNCOMMITTED读未提交

未加锁。

READ UNCOMMITTED读未提交问题：可能出现脏读、不可重复读、幻读问题。

脏读概念：

事务读取到其他事务没提交的数据。

例1-----脏读：

表格1:

事务1	事务2
	Update a set name=‘Shakespeare’ where id=1; //更新数据，但还未提交事务
select * from a where id=1; //读到了未提交的脏数据
	Update a set name=‘单边李’ where id=1; commit; //最终修改并且提交事务

脏读解决方案：使用READ COMMITTED级别（行级写锁）。

2，READ COMMITTED读已提交

解决脏读的原理：

​ 表格1中的事务2–

​ 这行数据在写操作的时候，加上行级写锁。即在更新的时候，不允许其他事务读。

READ COMMITTED读已提交问题：可能出现不可重复读、幻读问题。

不可重复读：概念

在同一次事务中前后查询不一致。

例2--------不可重复读：表格2中的事务1并没有对数据进行更新操作，预期的数据是不变的，但前后数据不一致。

表格2:

原数据：name为唐寅

事务1	事务2
select * from a where id=1; //第一次查询，name=唐寅
	Update a set name=‘单边李’ where id=1; commit; //最终修改并且提交事务
select * from a where id=1; commit;//第二次查询，name=单边李，数据不一致.

不可重复读解决方案：REPEATABLE READ级别（行级读锁、写锁）。

3，REPEATABLE READ可重复读

解决不可重复读的原理：

​ 在表格2中 –

​ 这条数据加上行级读锁、写锁，整个事务1（第一次查询开始到第二次查询结束）结束之后再释放读锁。即两次读的整个过程，不允许其他事务写。

​ 写锁作用：即更新的时候不允许读（解决脏读）

REPEATABLE READ问题：可能出现幻读问题。

幻读概念：

一次事务中前后数据量发生变化，用户产生不可预料的问题。

例3---------幻读：

表格3:

事务1	事务2
select * from a where id>1; //第一次查询，10条数据
	Insert into a value(99,…); commit; //插入一条新数据，事务2提交
select * from a where id>1; commit； //第二次查询，事务1提交，会发现多一条数据

幻读解决方案：SERIALISABLE级别（表级读、写锁）

4，SERIALISABLE序列化

解决幻读原理：

​ 数据库表加表级的读锁、写锁。即读整张表的时候，不允许其他事务对这张表进行写操作；

​ 写锁作用：表中有写操作的时候，不允许其他事务读。（避免脏读）