mysql 行锁 并发_MySQL锁管理（并发锁，行锁，表锁，预加锁，全局锁等等）

1. MySQL中并发和隔离控制机制

Meta-data元数据锁：在table cache缓存里实现的，为DDL(Data Definition Language)提供隔离操作。一种特另外meta-data元数据类型，叫Name Lock。(SQL层)表级table-level数据锁(SQL层)存储引擎特有机制 ― row locks行锁，page locks页锁，table locks表级，版本控制(在引擎中实现)全局读锁 ― FLUSH TABLES WITH READ LOCK(SQL层)

2.在语句执行中表的生命周期

DML(Data Manipulation Language)：

计算语句使用到的所有表在每个表：打开open表 ― 从table cache缓存里获得TABLE对象，并在此表加上meta-data元数据锁期待全局读锁后改变数据在每个表：锁lock表 ― 在表加上table-level数据锁执行语句：挪用：handler::write_row()/read_rnd()/read_index()，等；隐式地挪用引擎级engine-level锁机制在每个表：释放表的数据锁在每个表：释放表的DDL锁并把表放回table cache缓存里DDL语句也是一样，没有典型的执行计划。

3.获取meta-data元数据锁

meta-data元数据锁的实现作为TABLE对象的一个属性，TABLE对象代表了table cache缓存。meta-data元数据锁为如下任何一种：

shared共享锁 ― 隐式地加锁，只通过标识表记标帜TABLE对象“被使用”；

semi-exclusive半独享锁，也叫Name Lock，RENAME操作会在源表和目标加上此锁；

exclusive独享，也叫exclusive name lock，CREATE TABLE … SELECT操作会在目标表上加上此锁，如果没有的话。

4.表缓存(table cache)

是一个HASH变量，叫open_cacheTABLE对象是HASH元素以HASH的操作被LOCK_open mutex互斥量呵护

4.1内部结构(The table cache: internal structure)

在缓存里，每个物理表可能被多个TABLE实例暗示相同表的所有TABLE实例，通过相连的列(a linked list)连接着每个TABLE实例有一个table cache缓存版本的复制 ― TABLE实例保存的版本不会和当前table cache缓存版本一致，而是保存旧的和从缓存删除的被某些语句使用的TABLE实例被会标识表记标帜为对其它的语句来说是无效的 ― 这就是meta-data元数据锁的素质在缓存中的TABLE实例通常地有一个有效的句柄实例连接着它

4.2内部运算(The table cache: operations)

主要的代码在：sql/sql_base.cc，sql/lock.cc，sql/table.h，sql/sql_table.cc主要的体例：open_table()，close_thread_tables()，close_cached_table()，lock_table_names()事实上，一个概念/对象组合不但用于缓存或锁定：LOCK_open mutex互斥量也用到其它的操作，如：使磁盘上和措置中的表建立的原子性典型的操作，来自隔离品级Pov的重要(注：isolation PoV没研究出是什么意思)：语句查询时，打开和关闭表 ― shared共享锁；强制和期待直到表的所有实例被关闭 ― exclusive独享(但不完全)；Name Lock ― 特殊地情况，当手上没有TABLE实例，只能使用一个特殊的占位符(甚至表可能不存在)。

4.4锁多表(The table cache: locking multiple tables)

使用一种测验考试和回退(try and back-off)的技术来避免死锁(乐观锁)为了DDL操作的一套诀窍，如使锁升级或者避免DDL失效LOCK_open问题Lock_open互斥量：呵护table cache缓存内的结构分组存储引擎内的表和对象的.frm文件的建立，也为RENAME操作提供原子性操作在每个语句拜候表时会使用它两次：在open_tables()和close_thread_tables()在使用DDL操作时，磁盘读写和甚至同步(sync)城市使用它

5.ALTER TABLE例子

ALTER TABLE执行的简化计划：

以TL_WRITE_ALLOW_READ的打开和加锁表(新版 InnoDB Plugin已改成：TL-READ-NO-INSERT)建立一个以临时名字的被ALTER的复制表强制并期待直到表的所有实例都关闭(锁升级)交换新和旧的版本

6.RENAME TABLE例子

获得源表和目的表的name-lock锁：在table cache缓存内插入特殊的TABLE实例的占位符并期待直到这些表的所有实例都关闭重命名这些表的.frm文件和挪用handler::rename_table()体例删除name-lock锁

7.表级table-level锁

主要源代码见：sql/lock.cc，mysys/thr_lock.cc。mysql_lock/unlock_tables()(SQL层操作)和thr_multi_lock()/thr_lock()(锁兼容逻辑lock-compatibility logic)表是以打开着被加锁的。被加锁的对象被句柄关联着；存储引擎会调剂锁的类型。如innodb/bdb，事实上大量的对象被加锁的，如merge/partition，见handler::store_lock()体例。使用锁品级避免死锁。所有表一次性加锁；如果存储引擎调剂锁造成死锁，由存储引擎负责在一些情况下，表会更早地被解锁

8 .预加锁(pre-locking)

历史上避免死锁方案用于表级table-level数据锁，是要求一次性加锁一个语句内的所有表因此，对语句使用的函数/触发，我们不克不及不打开所有直接地或间接地用到的表，且对它们加锁。为这个，我们建立一个被使用表的可传送闭包为了有效实现，我们混合条理和拜候(layers and access)成某些解析/语句上下文(parser/statement context)，这些上下文来自主要措置表的模板

9.全局读锁(global read lock)

实现为FLUSH TABLES WITH READ LOCK，用来备份从执行上避免DDL和DML建议：每个DDL/DML语句检查是否有一个正挂着的全局读锁和停止是否有任何一个。

通过直接挪用wait_if_global_read_lock()(在这个情况我们会设置来自全局读锁的呵护，且只有挪用start_waiting_global_read_lock()来消除这个呵护，通常在这情况下没有打开的表)；

或者通过mysql_lock_tables()(在后一种情况下，我们还重新打开表)线程操作FLUSH TABLES WITH READ LOCK来设置一个全局读锁的标识，初始一个FLUSH TABLES语句，然后期待直到所有的表缓存都清空

更多内容回复查看:

游客，如果您要查看本帖隐藏内容请回复