MySQL高级—B站学习总结—索引优化分析–sql性能优化下降
性能下降SQL慢的原因
- 查询语句写的烂
- 索引失效(索引分为单值索引和复合索引)
create index
:创建索引- 单值索引
- 复合索引
- 关联查询太多join(设计缺陷或不得已的需求)
- 服务器调优及各个参数设置(缓冲,线程等)
常见通用的join查询
1.sql的执行顺序
1. 手写顺序
SELECT DISTINCT
<select_list>
FROM
<left_table> <join_type>
JOIN
<right_table>
ON
<join_condition>
WHERE
<where_condition>
GROUP BY <group_by_list>
WITH {CUBE|ROLLUP}
HAVING <having_condition>
ORDER BY <order_by_condition>
LIMIT <limit_number>
2. 机读
(1) FROM <left_table>
(2) ON <join_condition>
(3) <join_type> JOIN <right_table>
(4) WHERE <where_condition>
(5) GROUP BY <group_by_list>
(6) WITH {CUBE|ROLLUP}
(7) HAVING <having_condition>
(8) SELECT
(9)DISTINCT<select_list>
(10) ORDER BY <order_by_list>
(11) LIMIT <limit_number>
(1) FROM:对FROM子句中的左表<left_table>
和右表<right_table>
执行笛卡儿积,产生虚拟表VT1;
(2) ON: 对虚拟表VT1进行ON筛选,只有那些符合<join_condition>
的行才被插入虚拟表VT2;
(3) JOIN: 如果指定了JOIN方式
(如LEFT OUTER JOIN、RIGHT OUTER JOIN),那么保留对应join方式
(左/右)连接表中匹配的行添加到虚拟表VT3。如果FROM子句包含两个以上的表,则对上一个连接生成的结果表VT3和下一个表重复执行步骤1~步骤3,直到处理完所有的表;
(4) WHERE: 对虚拟表VT3应用WHERE过滤条件,只有符合<where_condition>
的记录才会被插入虚拟表VT4;
(5) GROUP By: 根据GROUP BY
子句中的列,对VT4中的记录进行分组操作,产生VT5;
(6) CUBE|ROllUP: 对VT5进行CUBE
或ROLLUP
操作,产生表VT6;
(7) HAVING: 对虚拟表VT6应用HAVING过滤器,只有符合<having_condition>
的记录才会被插入到VT7;
(8) SELECT: 第二次执行SELECT操作,选择指定的列,插入到虚拟表VT8中;
(9) DISTINCT: 去除重复,产生虚拟表VT9;
(10) ORDER BY: 将虚拟表VT9中的记录按照<order_by_list>
进行排序操作,产生虚拟表VT10;
(11) LIMIT: 取出指定街行的记录,产生虚拟表VT11,并返回给查询用户