1、锁的粒度分类
1、全局锁
一般用于数据库备份，整个库只读
FLUSH TABLES WITH READ LOCK
2、表级锁
细分为：
1）意向锁 Intention
事务A对表加行级锁，这行记录就只能读不能写。
事务B申请增加表级锁，如果他申请成功了，那么他就可以修改表中的任意一行记录。这就发生了冲突。
1、意向锁并不是直接锁定资源，而是为通知其他事务，以防止它们在资源上设置不兼容锁。
2、意向锁并不是直接由用户请求的，而是由 MySQL 管理的。
- 意向共享锁 IS：事务打算设置共享锁(读锁)，此时不希望其他事务设置排他锁
- 意向排他锁 IX
在触发意向锁的事务提交或者回滚后释放
2）AUTO_INC 锁
在表主键设置ID自增，插入或删除数据时，锁定表。在插入操作完成后立即释放，而不是在事务结束时释放。所以高并发下，不会引起自增异常。
3）字典锁
一般在DDL 处理表字段、索引、事务等数据库定义语句时，添加锁
细分为：
- 1）共享字典锁（SHARED-MDL ）：允许其他事务读
- 2）排他字典锁：禁止其他事务读、写
4）表级排他/共享锁
5、行级锁
行级锁都是锁定索引。
针对主键索引，如果表中不存在，则选择唯一非空索引，否则选择隐藏字段 row_id
1）Record Lock：行锁
2）Gap Lock：范围锁 左开右开
3）Next-Key Lock：范围锁 左开右闭
update t where id = 6
由于表 中没有 id=6 的记录，则产生临键锁（5，10】，并且是等值查询，优化为（5，10）
select * from t where id>=10 and id<11 for update
产生间隙锁（10，15）
select * from t where id>10 and id<16 for update
产生临键锁（10，15】
2、锁级别分类
共享锁 S：设置读锁，允许其他事务读取，禁止其他事物申请写锁
SELECT ... LOCK IN SHARE MODE;
排他锁 X：设置写锁，禁止其他事物设置读、写锁
SELECT ... FOR UPDATE;
3、锁的使用方式
1）乐观锁：通过CAS的机制，使用参数status、version等字段比对前后值
2）悲观锁：进行实际的加锁操作