事务隔离性小节
在实现上,数据库里面会创建一个视图,访问的时候以视图的逻辑结果为准。在“可重复读”隔离级别下,这个视图是在事务启动时创建的,整个事务存在期间都用这个视图。在“读提交”隔离级别下,这个视图是在每个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来实现的