mysql 锁(表锁,行锁,页锁)。

本文深入解析MySQL中的锁机制,包括MyISAM的表锁、BDB的页锁以及InnoDB的行锁和表锁特性。详细对比了各种锁的开销、加锁速度、死锁可能性、锁定粒度及并发性能,探讨了如何根据应用特点选择合适的锁类型。

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

MySQL锁

相对于其他的数据库而言,MySQL的锁机制比较简单,最显著的特点就是不同的存储引擎支持不同的锁机制。根据不同的存储引擎,MySQL中锁的特性可以大致归纳如下:

MyISAM:只支持表锁;

BDB:支持表锁和页锁;

InnoDB:支持行锁和和表锁;

开销、加锁速度、死锁、粒度、并发性能

  • 表锁: 开销小,加锁快;不会出现死锁;锁定力度大,发生锁冲突概率高,并发度最低
  • 行锁: 开销大,加锁慢;会出现死锁;锁定粒度小,发生锁冲突的概率低,并发度高
  • 页锁: 开销和加锁速度介于表锁和行锁之间;会出现死锁;锁定粒度介于表锁和行锁之间,并发度一般

从上述的特点课件,很难笼统的说哪种锁最好,只能根据具体应用的特点来说哪种锁更加合适。仅仅从锁的角度来说的话:

表锁更适用于以查询为主,只有少量按索引条件更新数据的应用;行锁更适用于有大量按索引条件并发更新少量不同数据,同时又有并发查询的应用。(PS:由于BDB已经被InnoDB所取代,我们只讨论MyISAM表锁和InnoDB行锁的问题)

可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定争夺:

mysql> show status like 'table%';

+-----------------------+-------+

| Variable_name         | Value |

+-----------------------+-------+

| Table_locks_immediate | 2979  |

| Table_locks_waited    | 0     |

+-----------------------+-------+

2 rows in set (0.00 sec))

如果Table_locks_waited的值比较高,则说明存在着较严重的表级锁争用情况。

 

获得表film_text的WRITE锁定

mysql> lock table film_text write;

Query OK, 0 rows affected (0.00 sec)

释放锁:

mysql> unlock tables;

Query OK, 0 rows affected (0.00 sec)

MySQL中的是用于控制并发访问的机制。 是在整个级别上进定,即当一个事务获取了后,其他事务无法对该任何修改操作。这意味着其他事务需要等待当前事务释放后才能执对该的操作。适用于对整个大规模操作或者涉及到跨多个的操作。 则是在级别上进定,即当一个事务获取了某后,其他事务可以并发地对其他操作,只有涉及到被定的时需要等待。适用于对特定频繁修改的场景。 MySQL支持两种类型的:共享(Shared Lock)和排他(Exclusive Lock)。 共享允许多个事务同时获取同一的共享,但是不允许任何事务获取该的排他。共享适用于读取操作,可以保证事务之间的读取不会相互干扰。 排他只允许一个事务获取,其他事务无法获取该的任何。排他适用于写入或修改操作,可以保证在并发环境下只有一个事务能够修改该。 要使用,可以使用以下语句: - :`LOCK TABLES table_name [READ | WRITE]` - :`SELECT ... FOR UPDATE`(获取排他)或者 `SELECT ... LOCK IN SHARE MODE`(获取共享) 需要注意的是,的使用需要谨慎,过度的定可能会导致性能问题。在设计数据库和应用程序时,应根据实际需求选择适当的定方式。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值