MySQL锁机制

Mysql中的锁可以分为共享锁/读锁(Shared Locks)排他锁/写锁(Exclusive Locks) 、间隙锁行锁(Record Locks)表锁

 

从操作上来说分为:共享锁/读锁 , 排它锁/写锁, 

 1.共享锁/读锁 : 针对同一份数据,多个读操作可以同时进行,简单来说即读加锁,不能写并且可并行读;

 2.排它锁/写锁: 当前写操作没有完成,那么它会阻断其它的写锁和读锁,即写加锁,其它读写都阻塞 。

 

从粒度上来说分为:行锁, 表锁

  1.行锁:行锁锁定当前数据行,锁的粒度小,加锁慢,发生锁冲突的概率小,并发度高,行锁也是MyISAM和InnoDB的区别之一,InnoDB支持行锁并且支持事务 。

  2.表锁:表锁则锁的粒度大,加锁快,开销小,但是锁冲突的概率大,并发度低

 

什么是间隙锁?
  间隙锁是一个在索引记录之间的间隙上的锁。

MySQL间隙锁

 

假如两个事务执行写操作,又怎么保证并发呢?

    假如事务1和事务2都要执行update操作,事务1先update数据行的时候,先回获取行锁(这是在有索引的情况下【索引的优势】),锁定数据,当事务2要进行update操作的时候,也会取获取该数据行的行锁,但是已经被事务1占有,事务2只能wait。若是事务1长时间没有释放锁,事务2就会出现超时异常 。

而在没有索引的情况下, 就获取所有行,都加上行锁,然后Mysql会再次过滤符合条件的的行并释放锁,只有符合条件的行才会继续持有锁。这样的性能消耗也会比较大。​​​​​​​

 

读未提交是不加锁的

对于读提交和可重复读,他们俩的实现是兼顾解决数据问题,然后又要有一定的并发行,所以在实现上锁机制会比串行化优化很多,提高并发性,所以性能也会比较好。

串行化:读的时候加  (读锁),不允许写; 写的时候加(写锁),不允许读和写,耗费性能

 

死锁产生的四个必要条件

  

  • 互斥条件。一个资源只能被一个进程占用
  • 不可剥夺条件。某个进程占用了资源,就只能他自己去释放。
  • 请求和保持条件。某个进程之前申请了资源,我还想再申请资源,之前的资源还是我占用着,别人别想动。除非我自己不想用了,释放掉。
  • 循环等待条件。一定会有一个环互相等待。

 

<think>好的,用户想了解MySQL锁机制及其工作原理。我需要根据提供的引用内容来组织回答。首先,引用1提到锁机制是保证数据一致性并发性的重要部分,所以应该先介绍锁的基本作用。然后,引用4提到了表级锁行级锁的区别,需要分点说明这两种锁的粒度、冲突概率适用场景。 接下来,引用2指出行级锁实际上是锁索引,而不是直接锁记录,这一点很重要,需要详细解释,尤其是在InnoDB引擎下的不同索引情况下的锁行为。另外,引用3提到合理使用锁事务管理可以避免数据冲突,所以在应用场景部分需要结合事务隔离级别来说明不同锁的使用情况。 还需要注意用户可能对锁的类型不太清楚,所以应该分类介绍共享锁排他锁,并给出对应的SQL示例,比如SELECT ... LOCK IN SHARE MODESELECT ... FOR UPDATE。同时,要提到意向锁的概念,作为表级锁行级锁之间的协调机制,这里可能需要解释意向锁的作用,避免冲突。 关于死锁,用户可能想知道如何处理,需要说明MySQL的自动检测回滚机制,以及如何设置超时参数。编程示例部分,可以举一个事务中使用行级锁的例子,比如更新订单状态时锁定相关记录,确保数据的一致性。 最后,生成相关问题时要覆盖锁的类型、行锁与索引的关系、死锁处理、应用场景对比以及事务隔离级别的影响。需要确保所有引用内容都正确标注来源,并且语言通俗易懂,结构清晰。</think>### MySQL锁机制详解 MySQL锁机制是数据库管理系统实现并发控制的核心技术,主要用于协调多个事务对共享资源的访问。其核心目标是在保证数据一致性的前提下,尽可能提高并发性能。以下是锁机制的核心要点: --- #### 一、锁的类型与层级 1. **表级锁** - **锁定粒度**:直接锁定整个表 - **冲突概率**:高(多个事务操作同一表的概率大) - **适用场景**:MyISAM引擎默认使用表级锁,适用于读多写少的场景[^4] - **示例语句**:`LOCK TABLES table_name READ/WRITE;` 2. **行级锁** - **锁定粒度**:仅锁定索引对应的行(注意:行锁通过索引实现,若未命中索引会退化为表锁)[^2] - **冲突概率**:低(仅锁定特定行) - **适用场景**:InnoDB引擎支持,适合高并发写入操作 - **示例语句**:`SELECT * FROM table WHERE id = 1 FOR UPDATE;` 3. **页级锁** - **锁定粒度**:介于表级行级之间(锁定数据页) - **适用引擎**:BDB存储引擎 --- #### 二、锁的访问模式 1. **共享锁(S Lock)** - **作用**:允许事务读取数据,阻止其他事务获取排他锁 - **语法**:`SELECT ... LOCK IN SHARE MODE;` - **示例**:事务A持有共享锁时,事务B可读但不可写。 2. **排他锁(X Lock)** - **作用**:允许事务修改数据,阻止其他事务获取任何锁 - **语法**:`SELECT ... FOR UPDATE;` - **示例**:事务A更新某行时,其他事务无法读写该行。 3. **意向锁(Intention Locks)** - **作用**:表级锁,用于快速判断表中是否存在行级锁 - **类型**:意向共享锁(IS)、意向排他锁(IX) - **示例**:事务A对某行加共享锁前,需先获取表的IS锁。 --- #### 三、锁的实现细节 1. **行锁与索引的关系** - 当使用唯一索引时,仅锁定符合条件的行。 - 若未使用索引或索引失效,InnoDB会升级为表锁。 - **示例**:执行`UPDATE users SET name='Bob' WHERE age=30`,若`age`字段无索引,将锁定整个表。 2. **死锁处理** - MySQL自动检测死锁,并回滚代价较小的事务。 - **编程建议**:设置合理的锁超时时间(`innodb_lock_wait_timeout`)重试机制。 --- #### 四、应用场景与编程示例 ```sql -- 事务中使用行级锁(InnoDB引擎) START TRANSACTION; SELECT * FROM orders WHERE order_id = 100 FOR UPDATE; -- 获取排他锁 UPDATE orders SET status = 'shipped' WHERE order_id = 100; COMMIT; ``` **说明**:通过`FOR UPDATE`锁定订单记录,确保在更新状态时其他事务无法修改该订单[^3]。 --- #### 五、锁机制与事务隔离级别 - **读未提交(Read Uncommitted)**:无锁控制,可能脏读。 - **读已提交(Read Committed)**:通过行级锁避免脏读。 - **可重复读(Repeatable Read)**:默认隔离级别,通过间隙锁(Gap Lock)防止幻读。 - **串行化(Serializable)**:强制所有操作加锁,牺牲并发性。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值