为什么需要锁,锁分类,锁粒度

为什么需要锁？

很简单：数据库是多用户共享资源的，在并发环境下会破坏数据库的一致性，所以需要锁来控制它们。

锁定机制分类：

排他锁/X锁：

仅允许一个事务封锁此页；其他任何事务必须等到排他锁被释放才能对该页进行访问；排他锁一直到事务结束才能被释放。

共享锁/S锁：

能够阻塞其他事务进行的锁，例如事务A+S锁，B事务就不能排他锁了，只能对A进行S锁，依次类推按有规划的执行。

更新锁/U锁：

更新锁在修改操作的初始化阶段用来锁定可能要被修改的资源，这样可以避免使用共享锁造成的死锁现象。

在使用共享锁的时候，数据的修改分为两部分：

1.获取共享锁，去读数据。

2.变为排他锁，执行修改操作。

如果多个事务同时对一个事务申请了共享锁，在数据修改的时候，这些事务都要将共享锁升级为排它锁。这时，这些事务都不会释放共享锁而是一直等待对方释放，这样就造成了死锁。如果一个数据在修改前直接申请更新锁，在数据修改的时候再升级为排它锁，就可以避免死锁。

锁的粒度：

排他锁和共享锁都是加载某一个数据对象上的，这就是数据的粒度。

按封锁的数据粒度分类如下：

行级锁定（row-level）

粒度最小、发生锁冲突概率最低、并发度最高、开销大、加锁慢、会出现死锁。

表级锁定（table-level）

粒度大、发生锁冲突概率最高、并发度最低、开销小、加锁快、不会出现死锁。

页级锁定（page-level）

粒度界于表锁和行锁之间、开销和加锁时间界于表锁和行锁之间、并发度一般、会出现死锁。