目录

表级锁

行级锁

引擎与锁

共享锁

排他锁

乐观锁

悲观锁

表级锁

锁住整个表

开销小，加锁快

不会死锁

锁粒度大，因为锁的是整个表，所以发生锁冲突的概率高，并发差

适合查询

行级锁

锁住某行记录

开销大，加锁慢

会死锁

锁粒度小，发生锁冲突概率小，并发好

适合并发写，事务控制

不是直接锁定行记录，是锁定对应的索引

- 如果SQL操作了主键索引，直接所动主键索引

- 如果SQL操作了非主键索引，先锁定非主键索引，再锁定主键索引

- InnoDB中，如果SQL语句不涉及索引，会通过隐藏的聚簇索引来对记录加锁

  - 多聚簇索引加锁，结果和加锁全表一样，因为找到某一条记录就得扫全表，扫全表就得锁定表

引擎与锁

MyISAM支持表锁，不支持行锁

InnoDB支持表锁，也支持行锁，默认行锁

共享锁

也经常被称为读锁

其他访问请求可以对加了共享锁的共享资源进行访问，也可以再追加共享锁，但是不可以修改资源，不可以追加排他锁

多个共享锁可以共存，但，共享锁不能与排他锁共存

共享锁语法为：select id from table in share mode

排他锁

也被称为写锁

如果对共享资源加了写锁，其他请求不允许增加共享锁，不允许读取，不允许修改，不允许增加写锁

排他锁独占，不与其他锁共存

排他锁语法为：select id from table for update

DB的增删改默认都会加上排他锁

乐观锁

逻辑上的锁

乐观锁认为并发一般不发生，但并非认为不会发生，所以采用版本号的措施来预防，每次数据修改版本号都发生变更

读取数据时不加锁，但是修改时，要判断前后版本是否一致，不一致就回退

简单点来说，版本号，CAS

悲观锁

悲观得认为并发每次都会发生，所以每次都上来直接先加锁，可以用行锁、读写锁实现