事务隔离性小节

　　在实现上，数据库里面会创建一个视图，访问的时候以视图的逻辑结果为准。在“可重复读”隔离级别下，这个视图是在事务启动时创建的，整个事务存在期间都用这个视图。在“读提交”隔离级别下，这个视图是在每个SQL语句开始执行的时候创建的。这里需要注意的是，“读未提交”隔离级别下直接返回记录上的最新值，没有视图概念；而“串行化”隔离级别下直接用加锁的方式来避免并行访问。

　　这个视图就是READ VIEW,如果是可重复读，执行begin，就会创建这个READ VIEW。

　　如果是读提交，则是事务开启后的第一个sql语句，才会创建READ VIEW

　　因此，对于InnoDb来说，一个简单的select是不会加锁的。

　　MySQL 哪个隔离级别都有它自己的使用场景，你要根据自己的业务情况来定。RR 级别下select ..for update有死锁的问题，RC就没有。之前58到家就是RC级别.配置的方式是，将启动参数transaction-isolation的值设置成READ-COMMITTED。你可以用show variables来查看当前的值。

　　知道为啥RR级别下 select ..for update会死锁呢？因为RR级别下为了解决幻读，会加段锁。而且段锁和段锁并不会互斥，哪怕他们锁的同一个段。此时两个事务要对同一个段插入的话，就会死锁

　　结论就是，事务的隔离性就是通过MVCC来实现的