脏读、不可重复读、幻读、丢失更新

如果所有的操作都是依次进行的，或者说mysql的server是单线程的，就不会有并发问题，也就不需要事务和锁了。然而事实上，是多客户端，多线程的，所有必须要考虑并发问题，数据安全问题和同步问题。

脏读是在（读未提交）模式下，读到其他事务尚未提交的数据，当其他事务发生回滚时，读取到的数据就不准确了。

此处为什么是在读未提交的模式下？这是因为只有这个模式下才能读到其他事务还没有提交的数据，其他模式下不存在这个问题。

事务1	事务2
begin
select age from t1 where id = 1; return 26;	begin;
	update t1 set age = 27 where id = 1
select age from t1 where id = 1; return 27;
	rollback;

这里事务1读到了事务2尚未提交的修改，但是事务2发生了回滚，这个时候事务1读取到的值就是脏数据，称之为脏读。

在同一个事务内，对同一条记录，前后两次读取到的值不一样，称之为不可重复读。

不可重复读在（读未提交）（读已提交）两个模式下都存在。

事务1	事务2
begin;
select age from t1 where age between 10 and 30; return 26;	begin;
	update t1 set age = 27 where id = 1; commit;
select age from t1 where id = 1; return 27;
commit;

乍一看好像跟脏读差不多？其实区别在于红色的部分，那就是事务2是否提交。脏读是指这个age数据尚未提交就被读取到了，而本例中是已经提交的修改，并非脏读。而不可重复读指的是事务1中前后两次读取到的值不一样。

幻读是不可重复读的一种特殊情况，不可重复读特别注重数据记录本身的不可复现，而幻读指数据的条数不可稳定复现。

事务1	事务2
begin;
select age from t1 where age between 26 and 30; return 27;	begin;
	insert into t1 (id, age) values(2, 28); commit;
select age from t1 where age between 26 and 30; return [27,28];
commit;

在事务1的两次查询中，事务2插入了一条数据，并提交事务。而事务1第二次读取时，存在两条符合条件的数据，前后不相等。

我们发现，脏读、不可重复读、幻读，三者均存在于“一个事务写，另外一个事务读” 的场景。

丢失更新分为两类，一类叫做回滚覆盖，一类叫做提交覆盖。

事务1首先读取到初始值1000，而期间事务2完成了读取+更新（1100），然后事务1继续执行扣减，预期事务1应该在事务2提交的1100的基础上扣减，现在变成了基于1000扣减，相当于事务2的提交被覆盖掉了，这就是提交覆盖。

事务1首先读取到初始值1000，而期间事务2完成了读取+更新（1100），然后事务1发生回滚，预期事务2提交的1100会是最终的结果，现在回滚成了1000，相当于事务2的提交被回滚了，这就是回滚覆盖。

提交覆盖是因为在两个事务同时读写数据时，一个事务执行完毕，另外一个事务基于旧数据进行操作，导致已经提交的事务的修改被抹掉了。

在这里插入图片描述