MySql数据库行锁与表锁解析

本文解析了MySQL中表锁与行锁的工作原理及应用场景,对比了它们之间的优缺点,并介绍了如何解决InnoDB存储引擎中可能出现的死锁问题。

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

mysql数据库行锁与表锁解析

一般而言 表锁发生的情况不会影响表的查询操作 只对写入会有限制,例如select * from tableName for update 并且没有commit的时候会产生表级锁。行锁发生的条件为操作时有条件语句 并且条件语句为具体主键(换而言之就是条件为唯一标识时) 会发生行锁。
按照唯一索引进行操作也会发生行级锁
select语句也是需要commit的 取决于数据库的事务隔离级别。
存储引擎决定默认锁的状态
  • myisam 存储引擎默认是表级锁
  • innodb 存储引擎默认是行级锁(既支持行级锁也支持表级锁)
  • DBD 存储引擎默认是页面锁
表锁与行锁优劣性
  • 表级锁:开销小,加锁快;不会出现死锁;锁定粒度大,发出锁冲突的概率最高,并发度最低。
  • 行级锁:开锁大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度也最高。
mysql默认存储引擎是innodb 而innodb是会发生生死锁的情况
  • 何为生死锁: 所谓死锁: 是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待(互相伤害)的现象,若无外力作用,它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等待的进程称为死锁进程。
  • 表级锁不会产生死锁,所以解决死锁主要还是针对于最常用的InnoDB。

  • 解决死锁:先执行show processlist找到死锁线程号,然后Kill processNo。当然主要解决还是需要去看一下具体的操作,可能产生死锁
    Show innodb status检查引擎状态 ,可以看到哪些语句产生死锁。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值