MySQL的锁机制
锁（Locking）是数据库在并发访问时保证数据一致性和完整性的主要机制。在 MySQL 中，不同存储引擎使用不同的加锁方式；我们以 InnoDB 存储引擎为例介绍 MySQL 中的锁机制，其他存储引擎中的锁相对简单一些。
表级锁&行级锁
表级锁：对整张表加锁。开销小，加锁快，不会出现死锁；锁粒度大，发生锁冲突的概率高，并发度低。—MyISAM
行级锁：对某行记录加锁。开销大，加锁慢，会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度高。—InnoDB
特点：
- InnoDB 存储引擎同时支持行级锁（row-level locking）和表级锁（table-level locking），默认情况下采用行级锁。
- 表级锁适用于并发较低、以查询为主的应用，例如中小型的网站；MyISAM 和 MEMORY 存储引擎采用表级锁。
- 行级锁适用于按索引条件高并发更新少量不同数据，同时又有并发查询的应用，例如 OLTP 系统；InnoDB 和 NDB 存储引擎实现了行级锁。
排它锁&共享锁
排它锁（Exclusive），又称为X 锁，写锁。 允许获得该锁的事务更新或删除数据行（写锁），同时阻止其他事务取得该数据行上的共享锁和排他锁。
共享锁（Shared），又称为S 锁，读锁。 允许获得该锁的事务读取数据行（读锁），同时允许其他事务获得该数据行上的共享锁，并且阻止其他事务获得数据行上的排他锁。
X和S锁之间有以下的关系： SS可以兼容的，XS、SX、XX之间是互斥的。
一个事务对数据对象 O 加了 S 锁，可以对 O 进行读取操作但不能进行更新操作。加锁期间其它事务能对 O 加 S 锁但不能加 X 锁。
一个事务对数据对象 O 加了 X 锁，就可以对 O 进行读取和更新。加锁期间其它事务不能对 O 加任何锁。
显示加锁： select … lock in share mode强制获取共享锁，select … for update获取排它锁。
意向锁
要获取一张表的共享锁S或者排它锁X，如何确定这张表没有被其它事务获取过X锁！！并且如果这张表里有1千万数据，如何确定里面得数据没有被其它事务获取过行锁 X锁！一行一行的扫描带来的效率过低问题如何解决？ 为此，InnoDB 引入了另外一种锁：意向锁（Intention Lock）。
本身就是表锁，解决上述的效率问题。当要获取表得X锁的，不需要再检査表中的哪些行锁被(X或者S)占用，只需要快速检査IX和IS锁即可!
意向共享锁和意向排他锁
意向共享锁（IS锁）： 事务计划给记录加行共享锁，事务在给一行记录加共享锁前，必须先取得该表的IS锁。
意向排他锁（IX锁）： 事务计划给记录加行排他锁，事务在给一行记录加排他锁前，必须先取得该表的IX锁。
此时，事务 A 必须先申请该表的意向共享锁，成功后再申请数据行的行锁。事务 B 申请表锁时，数据库查看该表是否已经被其他事务加上了表级锁；如果发现该表上存在意向共享锁，说明表中某些数据行上存在共享锁，事务 B 申请的写锁会被阻塞。
表级锁和表级意向锁的兼容性：
- 意向锁是由InnoDB存储引擎获取行锁之前自己获取的
- 意向锁之间都是兼容的，不会产生冲突
- 意向锁存在的意义是为了更高效的获取表锁（表格中的X和S指的是表锁，不是行锁！！！）
- 意向锁是表级锁，协调表锁和行锁的共存关系。主要目的是显示事务正在锁定某行或者试图锁定某行。
