分析:
1、观察,至少跑1天,看看生产环境的慢SQL情况。
2、开启慢查询日志,设置阙值,比如超过5秒钟的就是慢SQL,并将它抓取出来。
3、explain + 慢SQL分析
4、show profile
5、运维经理 或者 DBA,进行SQL数据库服务器的参数调优。
总结:
1、慢查询的开启并捕获。
2、explain + 慢SQL分析
3、show profile查询SQL在MySQL服务器里面的执行细节和生命周期情况
4、SQL数据库服务器的参数调优。
查询优化
永远小表驱动大表
EXISTS
select … from table where exists(subquery)
该语法可以理解为:将主查询的数据,放到子查询中做条件验证,根据验证结果(true 或 false)来决定主查询的数据结果是否得以保留。
1、EXISTS(subquery)只返回TRUE或FALSE,因此子查询中的SELECT * 也可以是SELECT 1 或其他,官方说法是实际执行时会忽略SELECT清单,因此没有区别
2、EXISTS子查询的实际执行过程可能经过了优化而不是我们理解上的逐条对比,如果担忧效率问题,可进行实际验证以确定是否有效率问题。
3、EXISTS子查询往往也可以用条件表达式、其他子查询或者JOIN来替代,何种最优需要具体问题具体分析。