目录
锁住整个表
开销小，加锁快
不会死锁
锁粒度大，因为锁的是整个表，所以发生锁冲突的概率高，并发差
适合查询
锁住某行记录
开销大，加锁慢
会死锁
锁粒度小，发生锁冲突概率小，并发好
适合并发写，事务控制
不是直接锁定行记录，是锁定对应的索引
- 如果SQL操作了主键索引，直接所动主键索引
- 如果SQL操作了非主键索引，先锁定非主键索引，再锁定主键索引
- InnoDB中，如果SQL语句不涉及索引，会通过隐藏的聚簇索引来对记录加锁
- 多聚簇索引加锁，结果和加锁全表一样，因为找到某一条记录就得扫全表，扫全表就得锁定表
MyISAM支持表锁，不支持行锁
InnoDB支持表锁，也支持行锁，默认行锁
也经常被称为读锁
其他访问请求可以对加了共享锁的共享资源进行访问，也可以再追加共享锁，但是不可以修改资源，不可以追加排他锁
多个共享锁可以共存，但，共享锁不能与排他锁共存
共享锁语法为：select id from table in share mode
也被称为写锁
如果对共享资源加了写锁，其他请求不允许增加共享锁，不允许读取，不允许修改，不允许增加写锁
排他锁独占，不与其他锁共存
排他锁语法为：select id from table for update
DB的增删改默认都会加上排他锁
逻辑上的锁
乐观锁认为并发一般不发生，但并非认为不会发生，所以采用版本号的措施来预防，每次数据修改版本号都发生变更
读取数据时不加锁，但是修改时，要判断前后版本是否一致，不一致就回退
简单点来说，版本号，CAS
悲观得认为并发每次都会发生，所以每次都上来直接先加锁，可以用行锁、读写锁实现