mysql为什么要读写分离为什么说mysql解决部分幻读 _为什么

本文目录一览：

1、事务的并发问题
2、mysql如何解决幻读
3、Mysql:RR隔离级别下的幻读
4、MySQL的RR隔离级别与幻读问题

事务的并发问题1、所谓的原子性就是说，在整个事务中的所有操作，要么全部完成，要么全部不做，没有中间状态。对于事务在执行中发生错误，所有的操作都会被回滚，整个事务就像从没被执行过一样。
【mysql为什么要读写分离为什么说mysql解决部分幻读】2、主要是一致性问题。常见并发并发一致性问题包括：丢失的修改、不可重复读、读脏数据、幻影读（幻影读在一些资料中往往与不可重复读归为一类）。
3、数据库事务并发带来的问题有：更新丢失、脏读、不可重复读、幻象读。假设张三办了一张招商银行卡，余额100元，分别说明上述情况。更新丢失：一个事务的更新覆盖了另一个事务的更新。事务A：向银行卡存钱100元。
4、事务锁是为了应对并发问题的一种解决机制，在事务获取数据块当前状态的依赖关系（如通过读取或修改数据）之前，它必须保护自己不受其他事务对同一数据进行修改的影响，事务通过请求锁定数据块来达到此目的。
5、脏”数据，即不正确的数据（修改-读冲突）数据不一致性：由于并发操作破坏了事务的隔离性并发控制的目的要用正确的方式调度并发操作，使一个用户事务的执行不受其他事务的干扰，从而避免造成数据的不一致性。
6、事务具有ACID属性，就是：原子性（Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation）和持久性（Durabilily）。
mysql如何解决幻读1、下面来论证一下可重复读下幻读的解决方案先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。
2、可以看到事务a已提交的新数据被事务b使用update语句更新了，并且通过普通的select语句给查询出来了，很显然，出现了幻读。所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。
3、此外要提的一点是，MySql的REPEATABLE READ与Oracle的不同，不但解决了不可重复读问题，还解决的“幻读”问题。
4、间隙锁Gap lock ，锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事物在这个间隙进行insert操作，产生幻读，在RR隔离级别下都支持。
Mysql:RR隔离级别下的幻读其中可重复读（RR）可以避免脏读（ a事务读到b事务回滚前的数据）以及可不重复读（ a事务在b事务修改提交的前后，两次分别读到的数据不一致）。
所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。如果在同一个事务里面，只是总是执行普通的select快照读，是不会产生幻读的。
MySQL InnoDB事务隔离级别脏读、可重复读、幻读MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”（REPEATABLE READ）。· 1）.未提交读（READUNCOMMITTED）。
MySQL的RR隔离级别与幻读问题1、其中可重复读（RR）可以避免脏读（ a事务读到b事务回滚前的数据）以及可不重复读（ a事务在b事务修改提交的前后，两次分别读到的数据不一致）。
2、Serializable 是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。
3、该隔离级别会出现的问题是：脏读（Dirty Read），即读取到了未提交的数据。读取提交内容（read-committed）这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。
4、可重复读取，简称： RR（默认）。幻读的问题：mvc 但是对于新增来时候可能依然存在。串行化：原本是多进程：强行转化为单进程。在性能方面是最低的。但是解决的问题是最多的。