mysql之锁及mvcc机制

mysql锁

锁的分类

1. 表锁：是锁住整张表，开销小，加锁快，锁的粒度大，并发低
2. 页锁：是锁住一页数据，介于表锁和行锁之间
3. 行锁：是锁住一行数据，开销大，加锁慢，容易死锁，并发高。innodb的行锁是加载索引上的，没有索引的话rr会升级表锁，rc不会升级表锁rr升级表锁的原因：rr级别要解决不可重复读和幻读，在扫描记录时，为了保证扫描过的数据不被修改或新增，就会加锁控制
4. 读锁：允许多个读操作进行操作，互不影响
5. 写锁：在没有释放锁时，会阻断其他锁执行
6. 意向锁：是mysql为了提高性能而设计的一种标识，当表中的一条数据加了行锁后，会自动增加意向锁，后面在加表锁时就很容易知道有行锁的存在。
7. 间隙锁：在可重复读中存在的锁，解决幻读使用的
   在查询时不会加锁，在执行增删改的时侯加锁

锁的优化：

1.尽可能让所有数据检索通过索引来完成，避免行锁升级表锁
2.合理设计索引，缩小锁的范围
3.减少查询条件，避免间隙锁
4.控制事务大小，减少锁定的资源和时间
5.使用低的事务隔离级别

mvcc

mysql在读已提交和可重复的的隔离级别下，是由mvcc来完成的。mvcc是由undo日志版本链和read view机制来实现的。

undo日志版本链：

一行数据被多个事务修改时，会保存修改前的数据，产生一条修改后的数据，每条数据都会有事务id和回滚指针，数据通过回滚指针连接起来，形成一个版本链。查询时通过回滚指针往上找符合自己的事务id。

read view：

在事务开启后，执行任何查询sql就会生成read view，可重复读时不会变，读已提交每次查询会生成新的read view。read view记录了查询时最小未提交的事务id和最大事务id。通过可见性算法，使用事务id在read view查找是否符合数据，不符合通过回滚指针往上找，直到符合。