数据库锁分类和总结

锁的分类

按粒度分类：

• 表级锁
• 行级锁
• 页级锁

按锁级别分类：

• 共享锁
• 排他锁

按加锁方式分类：

• 自动锁
• 显式锁

按操作分类：

• DML锁
• DDL锁

按使用方式分类：

• 乐观锁
• 悲观锁

按粒度分类

表级锁

顾名思义，锁定一张数据表（而不是表空间）。

表锁的优势：开销小；加锁快；无死锁
表锁的劣势：锁粒度大，发生锁冲突的概率高，并发处理能力低
加锁的方式：自动加锁。查询操作（SELECT），会自动给涉及的所有表加读锁，更新操作（UPDATE、DELETE、INSERT），会自动给涉及的表加写锁。
也可以显示加锁：
共享读锁：lock table tableName read;
独占写锁：lock table tableName write;
批量解锁：unlock tables;

表级锁又分为5类：

• 行共享 (ROW SHARE) – 禁止排他锁定表

• 行排他(ROW EXCLUSIVE) – 禁止使用排他锁和共享锁

• 共享锁(SHARE) - 锁定表，对记录只读不写，多个用户可以同时在同一个表上应用此锁

• 共享行排他(SHARE ROW EXCLUSIVE) – 比共享锁更多的限制，禁止使用共享锁及更高的锁

• 排他(EXCLUSIVE) – 限制最强的表锁，仅允许其他用户查询该表的行。禁止修改和锁定表

行级锁

行锁的劣势：开销大；加锁慢；会出现死锁
行锁的优势：锁的粒度小，发生锁冲突的概率低；处理并发的能力强
加锁的方式：自动加锁。对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁；对于普通SELECT语句，InnoDB不会加任何锁；
当然我们也可以显示的加锁：
共享锁：select * from tableName where … + lock in share more
排他锁：select * from tableName where … + for update
InnoDB和MyISAM的最大不同点有两个：一，InnoDB支持事务(transaction)；二，默认采用行级锁。加锁可以保证事务的一致性，可谓是有人(锁)的地方，就有江湖(事务)；我们先简单了解一下事务知识。

另外，MySQL的InnoDB下的三种行级锁分类：

• 记录锁
• 间隙锁
• 临键锁

页级锁

开销和加锁时间介于表锁和行锁之间；会出现死锁；锁定粒度介于表锁和行锁之间，并发处理能力一般。

按锁级别分类

共享锁（S锁）

共享锁又称为读锁。即读取操作时创建的锁。其他用户可以并发的读取数据。
若事务T对数据A加上共享锁，则事务T只能读A； 其他事务也只能对数据A加共享锁，而不能加排它锁，直到事务T释放A上的S锁。

这就保证了其他事务可以读A，但是在事务T释放A上的共享锁之前，不能对A做任何修改。

排他锁（X锁）

若事务T对数据对象A加上排它锁，则只允许T读取和修改数据A，其他任何事务都不能再对A加任何类型的锁，直到事务T释放X锁。

它可以防止其他事务获取资源上的锁，直到事务末尾释放锁

按加锁方式分类

自动锁

在读写时数据库自动加的锁。

显式锁

通过命令加的锁，可以看按粒度分类部分。已经写了如何加显式锁。

按操作分类

DML锁

DDL锁

按使用方式分类

悲观锁

顾名思义，很悲观，每次去读写数据的时候都认为别人会修改，所以每次在读写数据的时候都会上锁，这样别人无法修改这个数据，直到它解锁。

乐观锁

顾名思义，就是很乐观，每次去读写数据的时候都认为别人不会修改，所以，不会上锁。但是在更新的时候会判断一下在此期间别人有没有更新这个数据，可以使用版本号等机制。

MVCC并不是乐观锁，InnoDB所实现的MVCC才是乐观锁。
更严谨一点来说，乐观锁并不是一种具体的技术，乐观锁只是一种并发控制的思想