MySQL慢查询的原因(一)

实际中有时候虽然只查询一行或者几行记录,查询的速度也很慢

原因:

主要有以下三个原因

  1. 其他线程在执行操作,表被锁住
  2. 其他事务占据了该行的写锁
  3. 执行的sql语句为一致性读,需要回滚较长的undo log日志(或者查询没走索引树)

处理方式:

1) 对于表锁,找到堵住的线程,将其kill;

可以通过指令show processlist,查看所有当前正在执行的线程

在这里插入图片描述
进一步的可以用指令select blocking_pid from sys.schema_table_lock_waits直接找到造成阻塞的线程id,再将其kill掉。

在这里插入图片描述

2) 对于行锁也是找到对应的占用写锁的线程,将其kill;

可以用指令sys.innodb_lock_waits查询当前占用写锁的线程

在这里插入图片描述

3) 对于sql语句本身来说;

SQL语句处理索引有一套步骤流程。此外,对于多事务并发情况下,事务中执行一致性读(快照保证事务中每次读到的数据是一致的)和当前读(实时读取表中当前的最小数据,相当于valitile)的查询速度不同,如下两句sql语句逻辑一样,查询时间可能差很多

mysql> select * from t where id=1;
mysql> select * from t where id=1 lock in share mode;

前者是一致性读,如果之前本事务已经开启了且生成了快照,那么该sql语句必须查询这个快照上的数据,如果期间其他事务对行数据进行了大量更新,那么就需要进行大量的undo log回滚,直到恢复到快照上的版本。

第二句sql语句加了in share mode表示为当前读,事务实时从表中读取数据,所以不需要回滚undo log
(可以结合以下两张图进行理解)
请添加图片描述
请添加图片描述
由此可见,可重复读进行了大量的日志回滚操作,耗时很大。

参考文章:

https://time.geekbang.org/column/article/74687

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值