MySQL---为什么只查一行的语句,也执行这么慢?

为什么只查一行的语句,也执行这么慢?
第一类:查询长时间不返回
    一般都是首先执行一下 show processlist 命令,看看当前语句处于什么状态。
    ①:等 MDL 锁
        使用 show processlist 命令查看State有Waiting for table metadata lock
        处理方式,就是找到谁持有 MDL 写锁,然后把它 kill 掉。 
        查询 sys.schema_table_lock_waits 这张表,我们就可以直接找出造成阻塞的 process id,把这个连接用 kill 命令断开即可。
          select blocking_pid  from  sys.schema_table_lock_waits;
    ②:等 flush
         查出来这个线程的状态是 Waiting for table flush   
            select * from information_schema.processlist where id=xx;
    ③:等行锁
        如果你用的是 MySQL 5.7 版本,可以通过 sys.innodb_lock_waits 表查到。
第二类:查询慢
        带 lock in share mode 的 SQL 语句,是当前读,因此会直接读到 1000001 这个结果,所以速度很快;而 select * from t where id=1 这个语句,是一致性读,因此需要从 1000001 开始,依次执行 undo log,执行了 100 万次以后,才将 1 这个结果返回。  

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值