MYSQL笔记


查询性能优化:
请求了本不需要的数据:不需要的列、不需要的行、重复查询同一个结果;
衡量查询开销的指标:响应时间、扫描的行数、返回的行数;
数据访问类型效率从高到低依次为:常量引用、唯一索引查询、范围扫描、索引扫描、全表扫描;
使用where条件从好到坏依次为:在索引中过滤、使用索引覆盖扫描在服务器中过滤、从数据表中返回数据然后过滤;
扫描大量行只返回少量行的解决办法:使用索引覆盖、改变表结构使用汇总表、重写复杂查询;
重构查询的方式:分解复杂查询为多个简单查询、切分查询、分解关联查询;
查询执行的步骤:接收查询请求、查询缓存、解析和预处理sql、优化生成执行计划、调用存储引擎查询、返回结果;
MySQL通信协议:半双工;
查看当前连接状态:SHOW FULL PROCESSLIST;
MySQL连接状态:
Sleep:等待客户端发送新的请求;
Query:正在执行或者正在将结果发送给客户端;
Locked:正在等待锁;
Analyzing and statistics:正在收集存储引擎统计信息,并生成执行计划;
Copying to tmp table:正在执行查询并将结果复制到一个临时表中,这种状态要么是坐group by操作,要么是文件排序操作,要么union操作。这个状态后面还有“on disk”标记,表示正在将一个内存临时表放在磁盘上;
Sorting result:线程正在对结果进行排序;
Sending data:表示在多个状态之间传送数据,或者在生成结果集,或者在向客户端返回数据;
MySQL能够处理的优化类型:重新定义关联表的顺序、将外连接转化成内连接、使用等价交换规则、优化count/min/max等函数、预估并转化为常数表达式、覆盖索引扫描、子查询优化、提前终止查询、等值传播、列表in的比较;
查看重构后的查询:先执行explain extended sql,再执行show warnings;
如果有超过n个表的关联,那么需要检查n的阶乘种关联顺序,使用straight_join限制表关联顺序优化;

MySQL排序算法:两次传输排序(读取行指针和需要排序的字段然后进行排序,根据排序结果读取需要的行)、单词传输排序(读取整列进行排序),当读取列长度不超过max_length_for_sort_data时,使用单词排序;
MySQL排序的时候需要分配数据类型的完整长度,如果order by子句中的列都来自关联第一个表,那么在处理第一个表的时候就进行文件排序,在extra中可以看到“Using filesort”,否则会将第一个表的结果存临时表,在所有关联结束后进行排序,extra可以看到“Using temporary;Using filesort”;
查询优化器的提示:high_priority/low_priority(只对表锁引擎有效)、straight_jion、sql_buffer_result、sql_cache/sql_no_cache、for update/lock in share mode(对实现行级锁的存储引擎有效,尽量避免使用)、use_index/ignore_index/force_index(5.1后有效);
count()优化:count函数有两种非常不同的作用:统计某个列值的数量(当count中的参数含有列值时;不统计NULL)、统计行数。无任何where条件时MyISAM的count执行的非常快。
优化关联查询:当表A和表B通过列C来关联的时候,如果优化器的关联顺序是BA,那么就不需要在B表的对于列上建索引;确保group by和order by中的表达式只涉及到一个表中的列;
union查询:除非确实需要服务器消除重复的行,否则就一定要使用union all,因为如果没有all关键字MySQL会给临时表加上distinct选项,这会导致对整个临时表的数据做唯一性检查,代价非常高;

你可能感兴趣的:(mysql笔记)