高性能的mysql初探之六

查询慢的原因

    查询了不必要的记录；多表关联返回全部列；总是取出全部列（即select * 导致覆盖索引用不上）,重复查询相同数据（缓存起来就行）

衡量查询开销的三个指标

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

 where使用的地方

   在索引中使用where过滤，存储引擎层完成，速度很快；覆盖索引中过滤，在服务器层完成，其次；在数据表返回数据（引擎层返回所有数据，然后在服务层过滤），过滤不满足的条件，在服务层完成，最慢

重构查询

  复杂的查询可以拆分成多个简单的查询（简单的查询有几率命中缓存），简单查询可以充分发挥多核cpu的优势（单个sql只会在一个cpu上执行，拆分成多个简单查询就可以使用不同cpu），而且简单查询操作的数据量更少，但是

要注意只有业务量大了，才进行拆分，小业务就没必要了。

  切分查询

     每次只查一部分数据，可以大大降低占用mysql的时间，典型的例子就是使用limit分批查询

查询执行的基础

mysql客户端与服务器通信协议

   半双工，即要么由服务器向客户端发送数据，要么由客户端向服务器发送数据，两者不能同时进行。

查询状态（使用show full processlist命令）

count()的作用

 既可以统计某个列值的数量，也可以统计行数。在统计列值要求列值是非空即不统计null的一行，count（*）速度更快

总结：多用explain查看执行计划，mysql选择的优化后选择的执行计划不一定是最好的，只是预估的最好