MySQL原理（三）锁定机制（1）综述

一、介绍：

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算法两种实现方式。	依靠数据库提供的锁机制实现。
应用场景	读多写少 。	写多读少。