MySQL----表级锁行级锁排它锁和共享锁意向锁

本文主要是介绍MySQL----表级锁行级锁排它锁和共享锁意向锁，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

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 申请的写锁会被阻塞。