目录
一、前言
在使用MySQL等数据库处理业务时,锁机制是确保数据一致性和完整性的重要手段。然而,锁的使用也可能带来一些问题,比如锁等待问题。当多个事务争夺相同资源时,如果不能立即获取,一个事务会进入等待状态,这就是所谓的『锁等待』。
锁等待的存在可能会对业务流程产生显著的负面影响,如何避免和解决这一问题?本文,我们将通过两个简单的例子,来帮助各位小伙伴快速理解锁等待的概念,以及探讨如何避免和解决锁等待问题。
二、锁等待是如何产生的?
锁等待又分为行锁与表锁,下面我们举两个简单例子来描述一下这两种锁等待问题是如何产生的。
场景一:
我们假设某天,张三去图书馆,想要借阅《平凡的世界》这本书,当他去到图书馆后,发现这本书刚刚被李四借阅了,那么张三就必须先等一下,直到该书被归还他才能进行借阅。
-- 事务A
START TRANSACTION;
UPDATE books SET book_owner='李四' WHERE book_name = '平凡的世界'; --行锁
-- 事务B
START TRANSACTION;
SELECT * FROM books WHERE book_name = '平凡的世界' for update; -- 会进入等待状态
在这个例子中,图书馆就好比是数据库,而图书馆里面的书本就相当于是数据记录。李四跟张三的操作就代表了两个并行的事务A与事务B。
事务A首先获取了某一行的排他锁进行更新操作,而此时事务B尝试读取或更新同一行数据。这时,事务B将会等待事务A释放锁后才能继续进行。这就产生了所谓的行锁(Row Lock)。
场景二:
我们继续用借书来举例。某天该图书馆要进行这样一项操作,把本图书馆里面所有书的借阅押金都进行了调整,在原来价格的基础上增加了1块钱。在图书馆工作人员进行这项操作时,张三等用户发现此时他们无法进行借阅操作。
-- 事务A
START TRANSACTION;
UPDATE books SET 押金 = 押金 + 1; --表锁
-- 事务B
START TRANSACTION;
SELECT * FROM books WHERE book_name = '平凡的世界' for update; -- 会进入等待状态
在这个例子中,图书馆的更新押金金额(事务A)的操作时,获取了排他锁。与此同时,用户借阅动作(事务B)尝试读取相同数据,因为事务A还未提交或回滚,导致事务B只能等待。这就产生了表锁(Table Lock)。
三、如何避免锁等待?
-
合理设计事务:尽量缩短事务执行时间,避免长时间持有锁。特别是在事务内执行时间较长的操作(如复杂的计算或外部服务调用)时,应尽量将这些操作放在事务外。
-
使用合适的锁粒度:选择合适的锁定范围(行级锁、表级锁等),以减少锁冲突的可能性。
-
避免不必要的锁定:对于只需要读取数据的操作,尽量使用共享锁而不是排他锁,避免锁冲突。
-
规范索引设计:良好的索引设计可以减少表扫描,进而减少锁定的行数,降低锁等待的概率。
四、出现锁等待,如何快速解决?
设置合理的锁等待超时时间
通过设置合理的innodb_lock_wait_timeout
参数,可以防止事务长时间等待锁,从而避免死锁。
使用DBdoctor及时观测锁等待数据
DBdoctor锁透视功能,可涵盖锁等待、死锁、长事务、未提交事务四大锁场景;通过环形图和泳道图方式可直观的慢动作回放事务SQL的完整执行过程,并按照事务执行时序高亮标识数据库内核详细加锁和等锁事件,慢动作回放问题现场,快速找到问题源头。使用DBdoctor及时观测锁等待数据,合理优化代码,有效避免锁等待产生。
a.通过【锁透视】→【锁等待】菜单,我们可查看在指定时间范围内,当前实例所有锁等待数据。
b.点击【查看等锁信息】,我们可以看到触发锁等待两个事务详细的泳道图,了解各个事务sql之间的关系,如何触发锁等待。
五、总结
锁等待是数据库并发控制中不可避免的现象,但通过精心设计的事务和优化的锁策略,我们可以显著降低它所带来的影响。面对锁等待问题时,我们应该迅速进行监控和深入分析,识别性能瓶颈并采取相应措施进行优化。这样,我们不仅能提升系统性能,还能增强其稳定性和可靠性。
**************************************************************************************************************