高性能mysql电子书第四版高性能mysql第三版过时吗

转载

浪人小风光 2024-08-29 20:50:41

文章标签 高性能mysql电子书第四版 sql mysql 关联查询子查询 文章分类 MySQL 数据库

查询性能优化

确认应用程序是否在检索大量超过结果行的数据。

这通常意味着访问了太多的行，或者太多的列

可以使用limit
关联查询表字段写所需要的字段

确认`mysql`服务器层是否在分析大量超过需要的数据行；

使用覆盖索引，把需要查询的列放到索引中
改变库表结构
重写这个复杂的查询

将复杂而大的查询分解多个小的查询

以前总认为网络通信，查询解析和优化是一件代价很高的事情，但是这样的想法对于MySQL并不适用，mysql从设计上让连接和断开连接都很轻量级，再返回一个小的查询结果方面很高效，有时候考虑将一个大的查询分解成多个小的查询是很有必要的

比如分解大的删除语句
分解关联查询

查询执行的基础原理***

mysql客户端和服务端基于半双工通信协议，这意味着任意时刻，要么由服务器向客户端发送数据，要么就相反；

关联查询

MySQL认为任何一个查询都是一次“关联”，并不仅仅是一个查询需要到两个表匹配才叫关联，所以在MySQL中，每一个查询，每一个片段（包括子查询，甚至基于单表查询）都可以是一次关联
关联查询的本质是 “嵌套循环查询” 就是for循环里面嵌套for循环
一般来说在关联查询中，需要在顺序为第二个表的关联字段中添加索引

子查询中, 如果子表大的话可以使用exists 更合适,原因是 exists只会遍历外表的长度,然后判断子表的子查询是否为 true 而in 则会嵌套循环遍历外表和子表,以便找到结果, 所以子查询中子表小的话则可以使用in

Union

在使用union查询时, 可以在每个查询子句中使用limit以此来减少从数据库查询的数据量
尽量使用UNION ALL, 这也可以在查寻出结果放入临时表时,不会使用 distinct过滤数据. 而UNION 则会使用distinct

当需要查询某一列不同类型的数量时，可以使用count,或者SUM(IF(expr))

SELECT
	COUNT(delete_status = 1 OR NULL) AS del,
	COUNT(delete_status = 0 OR NULL) AS normal
FROM
	pms_product

SELECT
	sum(IF(delete_status= 1 , 1, 0)) AS del,
	sum(IF(delete_status= 0 , 1, 0)) AS normal
FROM
	pms_product;
    
 --- 或者
SELECT
	sum(delete_status= 1 ) AS del,
	sum(delete_status= 0 ) AS normal
FROM
	pms_product

5.6以下mysql版本中,使用关联查询比子查询好些

临时表时没有任何索引的

GROUP BY优化

如果没有通过 ORDER BY子句显式的指定排序列, 当查询使用GROUP BY子句的时候, 结果集会自动按照分组字段进行排序,如果不关心结果集的顺序,而这种默认排序又导致了文件排序"filesort", 则可以使用 ORDER BY NULL

优化limit

常见的limit查询为:

SELECT film_id, descreption FROM sakila.film ORDER BY title LIMIT 50,5;

如果这个表非常大,那么这个查询最好改写成下面的样子:

SELECT film.film_id, film.description FROM sakila.film INNER JOIN ( SELECT film_id FROM sakila.film ORDER BY title LIMIT 50,5 ) AS lim USING(film_id);

上面的语句使用覆盖索引查询id,让mysql扫描尽可能少的页面

优化策略