封锁机制以及读锁和写锁的区别

我们在开发中也许都有感受到，数据库的并发操作会带来许多问题，比如丢失更新、不可重复读、读脏数据（幽灵数据）等等，常见的比如自动售票系统，站点1、2同时读出剩余的票数n张，站点1售出一张票，并将n-1写入数据库，站点2也售出一张票并将n-1写入数据库，但是我们都知道，应剩余n-2张票，这就是典型的丢失数据更新的实例。为避免该类问题的产生，我们采用了封锁机制，简单点就是当一个线程要对数据库进行相关操作时，先给数据库加上适当的锁，以此来避免其他线程对数据库进行操作而带来的干扰。

并发操作之所以产生错误，是因为不同线程并发执行事务互相干扰造成的。所以我们要对事务的并发操作进行控制，即并发控制。一般DBMS进行并发控制的方法是封锁机制和事务机制。

封锁就是对数据表、数据行等操作之前，先向系统请求对其加锁，说通俗点就是操作之前先声明权限。

封锁的周期（环节）：申请加锁、获得锁权限、释放锁权限

最基本的封锁类型有两种：排它锁（Exclusive Locks，X锁）和共享锁（Share Locks，S锁）。

排它锁也称独占锁、写锁或X锁，若sessionA获得某数据表的排他锁权限，那么sessionA只能对该表进行读取或修改，其他session既不能读取也不能修改该表，更不能对该表加任何类型的锁，直到sessionA释放排它锁权限。加锁方式：lock tables tablename write；操作如下：

sessionA:

sessionB：

从上图操作可以看出sessionA获得ha表排它锁权限以后sessionB执行访问ha表操作以后并没用显示ha数据而是在等待sessionA释放锁权限。

共享锁也称读锁或S锁，若sessionA获得某数据表的共享锁权限，那么任何session（包括sessionA）只能对该表进行读取，不能修改该表，sessionA可以继续对该数据表加X锁，其他session可以对该数据表继续加S锁但不能加X锁，直到sessionA释放共享锁权限。加锁方式：set tables tablename read；操作如下：

sessionA：

sessionB：

从上图操作可以看出，sessionA获得ha表共享锁权限以后，sessionA和sessionB都可以访问ha表，但是当sessionA想更改ha表时直接报错（ERROR 1099 (HY000): Table ‘ha’ was locked with a READ lock and can’t be updated ha表有一个共享锁不能被修改），sessionB更改ha表时并没有显示修改成功，而是在等待sessionA释放共享锁权限。

注意，在sessionA同时获得某数据表的S和X锁权限时，sessionA只能select该数据表，其他session将不能对该表进行任何操作，包括select、update、drop、delete、lock等等，直到sessionA释放相关锁权限。

逆工资差距的概念