InnoDB存储引擎支持行级锁也支持表级锁默认情况下采用行级锁

写锁排他锁执行写操作未释放锁之前其他事务不能读取数据或者修改数据

表级锁开销小加锁快不会出现死锁锁地粒度较大发生冲突的概率也越大并发性能低

行级锁:开销大加锁慢会出现死锁锁定粒度较小发生冲突的概率小并发性能越高

行级锁分为共享锁和排它锁两种锁

行锁是Mysql锁中粒度最小的一种锁虽然锁的粒度小发生资源争抢的概率也小但是也会出现死锁的情况

乐观锁一般的实现方式是对记录数据的版本进行对比在提交更新的时候进行冲突检测如果发现错误信息则提示错误信息

(1)使用innoDB引擎

这样确保在同一事务中读取的数据一致并且在事务结束之前锁定所需的行。

START

(1)共享锁:当事务对数据加上共享锁后其他用户可以读取数据但是不能修改数据直到释放锁

2排他锁:如果事务A对数据B加上锁之后在事务A没有释放锁之前其他事务不能修改数据B和读取数据B。

InnoDB如何实现行锁

1.InnoDB引擎默认更新语句update,delete,insert都会自动给涉及到的数据加上排他锁select语句默认不会加任何锁类型

2.加共享锁:select*from

1事务的隔离级别是SQL92定制的标准相当于事务并发控制的整体解决方案而本质上是对锁和MVCC使用的封装

2事务隔离性使用锁来实现的对响应的操作加不同的锁可以防止其他事务同时对数据进行读写操作。

(1)在一条事务中执行了一条没有索引条件的查询引发全表扫描把行级锁上升为全表记录锁定等价于表级锁多个这样的事务执行后就很容易出现死锁和阻塞

如何解决:SQL语句不要有太多的复杂的关联多表查询使用explain“执行计划”对SQL语句进行分析对于全表扫描的语句建立索引

1事务1从name索引出发读取到的[hdc,1],[hdc,6]均满足条件加锁先[1,hdc,100],后[6,hdc,10]

2事务2从pubtime索引出发读取到的[hdc,1],[hdc,6]均满足条件加锁先[1,hdc,100],后[6,hdc,10]

七.MVCC

log来保存数据的历史版本实现多版本的管理CC是通过Read-view来实现管理通过read-view原则决定数据是否显示同时针对

不同的隔离级别read-view的生成策略也不同也就实现了不同的隔离级别

每个数据行当中还会有两个字段一个是trx_id表示修改当前数据的id,另一个是roll_pointer指向上一次修改的数据行

当前读:读取的是记录的最新版本读取时还要保证其他并发事务不能修改当前记录会对读取的记录进行加锁比如select..lock

share

update、update、insert、delete(排他锁)都是当前读

快照读:快照读读取的是记录数据的可见版本有可能是历史数据不加锁是非阻塞读

(1)Read

2版本链:记录不同事务提交事务修改数据的版本通过roll_pointer指针形成一个链表

当一个事务第一次执行查询sql时会生成一致性视图read-view快照,查询时从undo

log中最新的一条记录开始跟read-view作对比如果不符合比较规则就根据回滚指针回滚到上一条记录继续比较直到得到符合比较条件的查询结果。

当执行一次sql时会生成一致性视图read-view它由执行查询所有未提交事务id数组数组里最小的id为min_id和已创建的最大事务(max_id)组成查询的数据结果需要跟read-view做对比而得到快照结果

版本链对比规则:

1.如果落在绿色部分(trx_idmin_id)表示这个版本是已提交的事务生成的这个数据是可见的

2.如果落在红色部分trx_idmax_id表示这个版本是由将来的事务生成的是不可见的

3.如果落在(min_idtrx_idmax_id)黄色部分包括两种情况

举个例子:

事务100事务200都没有提交事务300都没有提交此时生成的一致性视图为:

[100,200]300

我们从最上边这条数据lilei300开始对比这条数据trx_id

未提交事务的id[100,200]中那么这个数据版本是可见的所以最终读到的数据就是name为lilei300这条数据

接下来我们再来进行第二次查询

因为是可重复读此时我们的一致性视图还是[100,200]300此时因为事务100对数据做了两次修改此时的数据版本链为

我们再从上往下一次将数据和视图作比较lilei2和liei1这两条数据trix_id都为100此时落在了黄色区域但是在未提交事务的数组中属于不可读接下来又读取lilei300这条数据显然这条数据是可见的。

然后再进行对比我们发现

lilei4和lilei3这两条数据trx_id都是200在黄色区域但是在数组[200】里此数据版本不可见单但ile2这条数据trx_id为100在绿色区域此数据版本可见读取的就是lilei2这条数据。

如果在这个事务里再次读取用的还是一致性视图为[200]300最终读取到的数据是一样的。

综上我们可以发现在可重复读的隔离级别下同一个事务里生成的一致性视图都是这个事务第一次执行快照读生成的视图因此同一个事务里多次读取数据得到的结果是一致的。

在不可重复读的隔离级别下每一次执行快照读都会生成readview