mysql中的单机事务机制

基础阅读

https://blog.csdn.net/define_us/article/details/83089273

使用

共享锁（S）

SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE

排他锁（X)

SELECT * FROM table_name WHERE ... FOR UPDATE

当然，也可以直接指定事务的隔离级别

set session transaction isolation level repeatable read;
start transaction;

概述

MyISAM引擎使用的是表锁，而innodb提供下面八种锁

• 表级锁两种
  意向锁，自增锁。开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。
• 行级锁六种。
  开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。
  InnoDB行锁是通过给索引上的索引项加锁来实现的。所以，只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁。

共享锁和排他锁（Shared and Exclusive)不在上述八种之一，而是一种模式，用于修饰上面的锁。

InnoDB采用的是两阶段锁定协议，事务执行过程中，根据需要不断的加锁，最后COMMIT或ROLLBACK的时候一次性释放所有锁，实质上是悲观锁，而悲观锁会降低系统的并发性能。Inodb的默认隔离级别是RR(可重复读）

行级锁的原理

InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！

具体隔离级别的实现

Mysql的RR是由“行排它锁+MVCC”一起实现的。

MVCC

innodb MVCC主要是为Repeatable-Read事务隔离级别(在同一个事务内的查询都和事务开始时刻一致)做的。在此隔离级别下，A、B客户端所示的数据相互隔离，互相更新（update）不可见。但是增加数据是可以看见的。所以，会出现幻读的情况。简单而言，就是多次读取会产生新的记录。MVCC机制的出现解决了幻读的问题。

事务A，系统版本号2：select * from books；因为1<=2所以此时会读取5条数据。
事务B，系统版本号3：insert into books ...，插入一条数据，新插入的数据版本号为3，而其他的数据的版本号仍然是2，插入完成之后commit，事务结束。