15、MySQL8.0锁情况排查

在数据库中,除传统的计算资源(CPU、RAM、IO)的争用以外,数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说,锁对教据库而言显得尤其重要,也更加复杂。

本文将通过实验介绍MySQL8.0版锁该如何排查,以及找到阻塞的sql语句,实验的MySQL版本为8.0.26,隔离级别为RR。

1.MySQL8.0版本锁情况排查核心表

information_schema.innodb_trx  ##正在运行的事务信息。
sys.innodb_lock_waits          ##处于锁等待的关联事务信息。
performance_schema.threads     ##SQL线程及线程号、进程号、OS线程号等信息1.2.3.

2.行锁监控语句及排查步骤

# 确认有没有锁等待:
show status like 'innodb_row_lock%';
select * from information_schema.innodb_trx;

# 查询锁等待详细信息
select * from sys.innodb_lock_waits; ----> blocking_pid(锁源的连接线程)

# 通过连接线程ID找SQL线程语句
select * from performance_schema.threads;

# 通过SQL线程找到SQL语句
select * from performance_schema.events_statements_history;

3.测试验证

3.1 分别开启两个窗口(session1,session2)

3.2 再开一个窗口s3,查看锁状态

3.3 查看进程ID为32的进程,无法显示当前执行的SQL语句

3.4 查看进程ID为32的进程对应的SQL线程ID

3.5 根据线程ID 75,找到真正执行的SQL语句

找到select * from world.city where id=1 for update语句,确认后如果没问题可以kill掉。

3.6 处理锁源SQL对应的连接线程

3.7 通过设置回滚申请锁的事务的时间,让处于等待的事务回滚,解决锁冲突

4.innodb_lock_wait_timeout参数

innodb_lock_wait_timeout指的是事务等待获取资源等待的最长时间,超过这个时间还未分配到资源则会返回应用失败;

参数的时间单位是秒,最小可设置为1s,最大可设置1073741824秒(34年),默认安装时这个值是50s.

当锁等待超过设置时间的时候,就会报如下的错误;

参数支持范围为session和global,且支持动态修改,所以可以通过两种方法修改;

  • 通过语句修改

  • 修改参数文件/etc/my.cnf

Last updated