《高性能MySQL》读书笔记-第6章-性能查询优化

查询优化
索引优化
库表结构优化需要齐头并进,一个不落。

6.2 慢查询基础:优化数据访问

6.2.1是否向数据库请求了不需要的数据

limit限制行数
不要总是select *

6.2.2 是否在扫描额外的记录

响应时间
扫描的行数
返回的行数

一半mysql能够使用如下三种方式应用where条件,从好到坏一次是:

  • 在索引中使用where条件来过滤不匹配的记录,这是在存储引擎层完成的
  • 使用索引覆盖扫描 来返回记录,这是在mysql服务器层完成的,无须再回表查询
  • 从数据表中返回数据,然后过滤不满足条件的记录。(Extra:Using Where)

6.4查询执行的基础

MySQL执行一个查询的过程。
1.客户端发送一条查询给服务端
2.服务端检查缓存,没有命中进入下一个阶段
3. 服务器端进行SQL解析、预处理、再由优化器生成对应的执行计划
4. MySQL根据优化器生成的执行计划,调用存储引擎的API来执行查询
5. 将结果返回给客户端
在这里插入图片描述

6.4.1 客户端、服务端通信

半双工

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值