MYSQL锁机制以及优化建议

本文探讨了MySQL中的锁机制,包括读锁、写锁,以及表锁、行锁的使用。在MyISAM与InnoDB存储引擎中,锁的行为有所不同。InnoDB的行锁依赖于索引,并在特定情况下可能升级为表锁。为了优化,应确保所有检索通过索引完成,合理设计索引,减少事务大小,并利用MVCC实现并发控制,以提高性能。

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

数据操作类型:读锁、写锁

操作粒度:表锁、行锁

性能:乐观锁、悲观锁

MyISAM在执行查询语句SELECT前,会自动给涉及的所有表加读锁,在执行update、insert、delete操作会自动给涉及的表加写锁;

InnoDB在执行查询语句SELECT时(非串行隔离级别),不会加锁。但是update、insert、delete操作会加行锁

锁主要是加在索引上,如果对非索引字段更新,行锁可能会变表锁

InnoDB的行锁是针对索引加的锁,不是针对记录加的锁。并且该索引不能失效,否则都会从行锁升级为表锁

优化建议

尽可能让所有数据检索都通过索引来完成,避免无索引行锁升级为表锁

合理设计索引,尽量缩小锁的范围

尽可能减少检索条件范围,避免间隙锁

尽量控制事务大小,减少锁定资源量和时间长度,涉及事务加锁的sql尽量放在事务最后执行

尽可能低级别事务隔离

MVCC多版本并发控制机制

Multi-Version Concurrency Control

同样的sql查询语句在一个事务里多次执行查询结果相同,就算其它事务对数据有修改也不会影响当前事务sql语句的查询结果,Mysql在读已提交和可重复读隔离级别下都实现了MVCC机制

优点:避免了频繁加锁互斥

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值