innodb锁之间的兼容性判断

检查锁与锁之间的兼容性

路径:/mysql-5.5.43/storage/innobase/lock/lock0lock.c

实现:见锁的强度比较

/* LOCK COMPATIBILITY MATRIX
 *     IS    IX    S    X     AI
 * IS  +     +     +    -     +
 * IX  +     +     -    -     +
 * S   +     -     +    -     -
 * X   -     -     -    -     -
 * AI  +     +     -    -     -
 *
 * Note that for rows, InnoDB only acquires S or X locks.
 * For tables, InnoDB normally acquires IS or IX locks.
 * S or X table locks are only acquired for LOCK TABLES.
 * Auto-increment (AI) locks are needed because of
 * statement-level MySQL binlog.
 * See also lock_mode_compatible().
 */

/*********************************************************************//**
Calculates if lock mode 1 is compatible with lock mode 2.
@return    nonzero if mode1 compatible with mode2 */
UNIV_INLINE
ulint
lock_mode_compatible(
/*=================*/
    enum lock_mode    mode1,    /*!< in: lock mode */
    enum lock_mode    mode2)    /*!< in: lock mode */
{
    ut_ad(mode1 == LOCK_X || mode1 == LOCK_S || mode1 == LOCK_IX
          || mode1 == LOCK_IS || mode1 == LOCK_AUTO_INC);
    ut_ad(mode2 == LOCK_X || mode2 == LOCK_S || mode2 == LOCK_IX
          || mode2 == LOCK_IS || mode2 == LOCK_AUTO_INC);

    return((LOCK_MODE_COMPATIBILITY) & LK(mode1, mode2));
}
时间: 2024-11-06 13:09:09

innodb锁之间的兼容性判断的相关文章

Innodb 锁 (简单笔记)

看过很多innodb锁的文章,已经明白的就不写了,简单做个笔记 Innodb 锁的兼容性: 1.意向锁和意向锁之间都是兼容的 2.X(排他锁)与任何锁都是不兼容的 3.排他意向锁 IX 于S锁是不兼容的 4.剩下的锁都是兼容的 三种锁 record lock gap lock next-key lock = record + gap 判断锁一定要加上隔离级别,不同级别锁的情况不同 对于Innodb 一般只需要考虑RR 和 RC 隔离级别即可 RR 三种锁 RC 可以认为只有record锁,但是当

[转载] 数据库分析手记 —— InnoDB锁机制分析

作者:倪煜 InnoDB锁机制常常困扰大家,不同的条件下往往表现出不同的锁竞争,在实际工作中经常要分析各种锁超时.死锁的问题.本文通过不同条件下的实验,利用InnoDB系统给出的各种信息,分析了锁的工作机制.通过本文可以帮助大家了解InnoDB锁的基本原理,常见的冲突.死锁,以及对InnoDB事务日志信息的解读. 1. 索引基本原理 InnoDB主要使用行级锁(row lock),其行锁是通过在索引项上加锁而实现的,如果MySQL的执行计划没有用到索引,那么行锁也就无意义了,所以了解锁之前需要了

InnoDB锁机制分析

InnoDB锁机制常常困扰大家,不同的条件下往往表现出不同的锁竞争,在实际工作中经常要分析各种锁超时.死锁的问题.本文通过不同条件下的实验,利用InnoDB系统给出的各种信息,分析了锁的工作机制.通过本文可以帮助大家了解InnoDB锁的基本原理,常见的冲突.死锁,以及对InnoDB事务日志信息的解读. 1. 索引基本原理 InnoDB主要使用行级锁(row lock),其行锁是通过在索引项上加锁而实现的,如果MySQL的执行计划没有用到索引,那么行锁也就无意义了,所以了解锁之前需要了解一点索引原

Mysql InnoDB锁

MySQL 不同引擎的锁机制: MyISAM和MEMORY采用表级锁(table-level locking) BDB采用页面锁(page-leve locking)或表级锁,默认为页面锁 InnoDB支持行级锁(row-level locking)和表级锁,默认为行级锁 锁特点: 表级锁:开销小,加锁快:不会出现死锁:锁定粒度大,发生冲突的概率最高,并发度最低 行级锁:开销大,加锁慢:会出现死锁:锁定粒度最小,发生锁冲突的概率最低,并发度也最高 页面锁:开销和加锁时间介于表锁和行锁之间:会出现

InnoDB锁与事务模型

一.locking 锁 1.Shared and exclusive locks innodb实现了两种类型的行级锁(锁粒度)Shared(s)locks 共享锁:允许持有锁的事务去读取行记录.Exclusive(x)locks 排它锁:允许持有锁的事务更新.删除行记录.如果事务t1持有了行记录r的 s lock.当另一个事务t2想要对记录r持有一个锁的时候:T2请求一个s lock:T2立刻获得s lock,t1.t2同时持有记录r的共享锁T2请求一个x lock:t2 不能立刻获得 排它锁.

MySQL- InnoDB锁机制

InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION):二是采用了行级锁.行级锁与表级锁本来就有许多不同之处,另外,事务的引入也带来了一些新问题.下面我们先介绍一点背景知识,然后详细讨论InnoDB的锁问题. 背景知识 事务(Transaction)及其ACID属性 事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为事务的ACID属性. 原子性(Atomicity):事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行. 一致性

innodb 锁机制

InnoDB锁问题 InnoDB与MyISAM的最大不同有两点:一是支持事务(TRANSACTION):二是采用了行级锁.行级锁与表级锁本来就有许多不同之处,另外,事务的引入也带来了一些新问题.下面我们先介绍一点背景知识,然后详细讨论InnoDB的锁问题. 背景知识 1.事务(Transaction)及其ACID属性 事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为事务的ACID属性. l         原子性(Atomicity):事务是一个原子操作单元,其对数据的

innodb 锁分裂继承与迁移

innodb行锁简介 行锁类型 LOCK_S:共享锁 LOCK_X: 排他锁 GAP类型 LOCK_GAP:只锁间隙 LOCK_REC_NO_GAP:只锁记录 LOCK_ORDINARY: 锁记录和记录之前的间隙 LOCK_INSERT_INTENTION: 插入意向锁,用于insert时检查锁冲突 每个行锁由锁类型和GAP类型组成例如:LOCK_X|LOCK_ORDINARY 表示对记录和记录之前的间隙加排他锁LOCK_S|LOCK_GAP 表示只对记录前的间隙加共享锁 锁的兼容性:值得注意的

Innodb 锁系列2 事务锁

上一篇介绍了Innodb的同步机制锁:Innodb锁系列1 这一篇介绍一下Innodb的事务锁,只所以称为事务锁,是因为Innodb为实现事务的ACID特性,而添加的表锁或者行级锁. 这一部分分两篇来介绍,先来介绍下事务锁相关的数据结构 事务锁数据结构 1. 锁模式 /* Basic lock modes */ enum lock_mode { LOCK_IS = 0, /* intention shared */ LOCK_IX, /* intention exclusive */ LOCK_