mysql锁机制

本文详细对比了MyISAM存储引擎的表锁和InnoDB存储引擎的行锁特性,包括各自的开销、加锁速度、并发度及死锁情况。通过案例分析,讲解了如何手动增加表锁,如何通过SQL语句锁定一行数据,以及行锁在索引失效时升级为表锁的情况。同时,探讨了间隙锁的危害和行级锁定在并发控制中的优势。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

表锁

1、特定:

      偏向MyISAM 存储,开销小,加锁快,无死锁,锁粒度大,发送锁冲突的概率最高,并发最低。

2、加读写锁

      可以手动增加表锁 lock table 表名 read(write), 表名2 read(write) 

      查看表上加过的锁  show open tables 。   in_use 列是 1表示加锁

       加读锁

       

     

加写锁 

 

 

 

3、案例结论 

4、表锁分析

      查看那些表被加锁了   show open tables;

      如何分析表锁定:

      可以通过检查table_locks_waited和table_locks_immediate状态来分析表锁定

      

 

行锁

   特点:

    Innodeb存储,开销大,加锁慢,会出现死锁,锁定粒度小,发生锁冲突的概率低,并发度也不高。与myisam最大的不同有两点:一是支持事务。行锁支持事务(事务知识复习)

案例分析

       行锁演示

       

       索引失效行锁升级为表锁

        如表中b 字段是 varcher 类型的索引,where 中根据 b 搜索 么有加 引号,索引失效,会使行锁变位表锁

       间隙所危害

       

       【危害】 

        因为Query执行过程中通过范围查找的话,它会锁定这个范围内的所有索引键值,即使这个键值不存在,间隙锁在这个范围      内的数据不存在的是无辜的也会被锁定,可能位有很大危害。

  如何锁定一行

select * from tableName where a = 1 for update

    for update 锁住一行数据后其他操作会被阻塞,直到锁定行被提交commit 

总结

    innodb存储引擎由于实现了行级锁定,虽然在锁定机制的实现方面带来的性能损耗可能比表锁更高点,但是在整体并发数据方面更好

行锁分析

   优化建议

 

 

 

 

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值