高性能mysql 笔记_高性能Mysql笔记 — 优化

性能优化

了解查询的整个生命周期，清楚每个阶段的时间消耗情况

性能分析

慢查询日志——服务器性能分析

参考

慢查询日志是优化很重要的手段，但是开启慢查询日志对性能的影响并不大，所以可以考虑在线上打开慢查询日志

查看慢查询是否打开、以及日志存储位置：show variables like '%slow%'

统计当前数据库连接状态

mysql -e 'show processlist \G' -uroot -proot | grep State | sort | uniq -c | sort -rn

剖析单条查询

select @@profiling：查看profiling是否打开

set profiling=1：打开profiling

show profiles：查看每条查询的性能

show profile for query id：查看query id的详细时间花费

information_schema.profiling：该表存储了每个query的详细时间花费

show status：查看会话级别的计数器

show global status：查看全局的计数器

show status where variable_name like '%handler%'：查看某些变量的计数

查询性能优化

查询由多个子任务组成，优化查询也就是优化子任务

消除一些子任务

减少子任务执行次数

让子任务执行更快

优化数据访问

不要请求不需要的数据

只返回必要的行(limit)、列(尽量不要使用星号返回所有列)

尽量不要查询重复的数据，使用缓存

是否在扫描额外的记录

mysql衡量查询开销的指标：

响应时间

扫描行数

返回的行数

访问类型

explain语句中的type指明了访问类型，包括：全表扫描，索引扫描，范围扫描，唯一索引查询，常数引用，从左到右扫描的行数从多到少，速度从慢到快

查询语句中where条件的使用，性能从好到坏是：

在索引中使用where条件过滤不匹配的记录，这是在存储引擎层完成的

使用覆盖引擎(extra中出现using index)来返回记录，直接从索引过滤不需要的记录并返回结果，在在服务器层完成，不需要回表

在表中返回数据，使用where过滤不匹配的记录(extra中出现using where)，在服务层完成。mysql需要先读数据然后过滤

分解复杂查询

切分查询：将数据量大的查询切分为几次(有些情况分析查询的性能更好，比如删除数据，每次删除10条比一次删除100条来得好，当在数据库业务繁忙的时候)

分解关联查询：

缓存效率高：mysql中如果关联表发生了变化，缓存就失效了；而且应用程序可以缓存切分查询之后的结果

执行单个查询减少锁竞争

数据库表不做强关联，在应用层做，扩展性更好

mysql执行、优化查询的方式

mysql查询优化器的局限性

优化器只关心随机页面的读取

关联子查询：有时候可以使用join的方式重写关联子查询，效率更好

union的限制：mysql不能将条件放入union各个查询中，重写的时候可以把共同的条件写入各个查询中

索引合并优化：mysql可以利用同一张表上的多个索引，explain的时候type为index_merge，key为使用到的索引。如果存在合并(and的情况)那么可以考虑将多个单列索引合为一个多列索引

等值传递

并行执行：

松散索引

哈希关联

最大值和最小值：mysql的min和max函数

在同一个表上查询和更新：mysql不允许同时对一张表查询和更新，可以使用join的方式来select需要在该表上查询的字段

干涉查询优化器

mysql提供了一些选项来干涉优化器的行为，但是建议一般情况下不要使用，因为一般干涉优化器带来的收效较小，反而给版本升级的时候带来一些问题

优化特定类型的查询

count

count(col)：查询该列值得个数(不包含null)

count(星号)：查询行数

myisam全表count(星号)很快

对于不精确的统计使用缓存

优化关联查询

确保on和using列上有索引，A join B on col，那么一般只需要在B的col创建索引就够了

确保group by 和order by的表达式只涉及一个表中的列，mysql才可以使用索引来优化

优化子查询

使用关联查询代替子查询，在mysql5.6和mariadb不需要考虑

优化group by和order by

group by的结果默认会按照分组字段进行排序，如果不需要排序可以去掉排序，指定order by NULL

优化分页查询

当页码比较多的时候需要扫描的数据较大，这个时候可以使用覆盖索引进行优化，先使用索引覆盖查询出limit的分页数据，然后join该表，查询其他字段，这样就减少了扫描的行数

select * from user_order inner join (select order_id from user_order order by buy_date limit 50, 5) as lim on lim.order_id=user_order.order_id;

或者可以记下该分界行的标识列(该列最好有索引)，比如主键id，然后查询基于该分界的记录

select * from user_order where order_id > 500 order by order_id limit 5;

对于总记录数，如果不那么精确的话可以使用explain的rows

优化union查询

除非有消除重复行的必要，否则使用union all，因为使用union会在临时表上加distinct，导致对整个临时表做唯一性校验

使用自定义变量