一、介绍：
1、锁的本质
业务场景中存在共享资源，多个进程或线程需要竞争获取并处理共享资源，为了保证公平、可靠、结果正确等业务逻辑，要把并发执行的问题变为串行，串行时引入第三方锁当成谁有权限来操作共享资源的判断依据。因为数据库是多用户共享资源的，在并发环境下会破坏数据库的一致性，所以需要锁来控制它们。数据库锁机制简单来说，就是数据库为了保证数据的一致性，而使各种共享资源在被并发访问变得有序所设计的一种规则。
2、mysql术语
（1）DDL
data manipulation language， 它们是SELECT、UPDATE、INSERT、DELETE，就象它的名字一样，这4条命令是用来对 数据库里的数据 进行操作的语言；
（2）DML
data definition language， DDL比DML要多，主要的命令有CREATE、ALTER、DROP等，DDL主要是用在 定义或改变表（TABLE）的结构 ，数据类型，表之间的链接和约束等初始化工作上，他们大多在建立表时使用；
（3）DCL
Data Control Language，是数据库控制功能。是用来设置或更改数据库用户或角色权限 的语句，包括（grant,deny,revoke等）语句。在默认状态下，只有sysadmin,dbcreator,db_owner或db_securityadmin等人员才有权力执行DCL
二、按操作的颗粒分类
MySQL 数据库由于其自身架构的特点，存在多种数据存储引擎，每种存储引擎的锁定机制都是为各自所面对的特定场景而优化设计，所以各存储引擎的锁定机制也有较大区别。
| 存储引擎 | 表级锁 | 行级锁 | 页面锁 |
|---|---|---|---|
| MyISAM | √ | × | × |
| InnoDB | √ | √ | × |
| MEMORY | √ | × | × |
| BDB | √ | × | √ |
详见MySQL原理（三）锁定机制（2）表锁行锁与页锁-CSDN博客
三、按操作的类型分类
锁类型按照 操作类型划分 有「读锁（S锁），写锁（X锁）」，其实它们与共享锁，排他锁是一个意思，只是不同叫法而已。
1、共享锁（读锁/S锁）
共享锁（Shared Lock）又称为读锁，简称S锁，是一种行级锁。
共享锁 就是多个事务对于同一数据共享一把锁，都能访问到数据，但是只能读不能修改。
# 加锁方式
select ... from ... lock in share mode;
# 事务提交或回滚释放：
commit;
rollback;
2、排他锁（写锁/X锁）
排他锁（EXclusive Lock）又称为写锁，简称X锁，是一种行锁也可以是表锁。
排他锁 就是不能与其他锁并存，即当前写操作没有完成前，会阻断其他写锁和读锁。
注意：其他事务不加锁的读是不会被阻塞的，阻塞的是加锁的读
# 加锁方式:
# innodb引擎默认会在update，delete语句加上 for update
SELECT * FROM student FOR UPDATE; # 排他锁
INSERT INTO student values ... # 排他锁
DELETE FROM student WHERE ... # 排他锁
UPDATE student SET ... # 排他锁
# 事务提交或回滚释放：
commit;
rollback;
共享锁和排他锁的互斥关系：共享锁与共享锁之前兼容，排他锁不能与其他锁并存。意向锁之间是互相兼容的，意向锁与普通的表级排他锁/表级共享锁互斥（意向锁不会与行级的共享锁/排他锁互斥）。
3、意向锁（表锁）
意向锁（Intention Lock） 简称 I锁，是表级锁的一种，它是由数据库引擎自行维护的，用户自己无需也无法操作意向锁。
意向锁 能够将 检查行锁 的时间复杂度由 O(n) 变成 O(1)，其加锁的具体做法就是，当一个事务想要获取表中某一行的（共享/排他）锁的时候，它会自动尝试给当前表的加上意向（共享/排他）锁，用于防止全表扫描的一种锁。
（1）意向共享锁（IS锁-表级锁）
意向共享锁（Intention Shared Lock） 简称IS锁，事务想要给某一个数据行加行级共享锁（S锁）之前必须先获取该表的IS锁（表级锁）
（2）意向排他锁（IX锁-表级锁）
意向排他锁（Intention EXclusive Lock） 简称IX锁，事务想要给某一个数据行加行级排他锁（X锁）之前必须先获取该表的IX锁（表级锁）
4、意向锁的兼容互斥性
意向锁之间的兼容互斥性：意向锁之间是互相兼容的。
意向锁与其他锁兼容互斥性：意向锁与普通的排他锁/共享锁互斥（这的排他锁（X锁）共享锁（S锁）指的都是表锁，意向锁不会与行级的共享锁/排他锁互斥。上面表锁部分讲到的 显式加锁 加的就是排他锁/共享锁）。
四、按操作的性能分类
从操作的性能可分为乐观锁和悲观锁。乐观锁/悲观锁其实都是概念上的，只是在并发下防止数据被修改的一种加锁形式。
| 不同点 | 乐观锁 | 悲观锁 |
|---|---|---|
| 实现方式 | 乐观锁需要自己实现，且外部系统不受控制，没有加锁和解锁操作，可以提高吞吐量。 | 每次请求都需要加锁、释放锁，这个过程会降低系统性能。单可以保证数据的独占性和正确性。 |
| 实现方式 | 有version方式（常用）和CAS算法两种实现方式。 | 依靠数据库提供的锁机制实现。 |
| 应用场景 | 读多写少 。 | 写多读少。 |
