总结一下 ——Mysql查询优化

比眉伴天荒 2022-09-06 01:16 208阅读 0赞

#### Mysql一条查询执行的过程![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80Mzg4OTg0MQ_size_16_color_FFFFFF_t_70] ####

需要注意的是，在mysql的高版本中，查询缓存被干掉了，因为他有点鸡肋，因为你但凡改了表，查询缓存都会失效。

#### 为什么会出现慢查询？ ####

一般都是因为你查了过多的数据，无论是行数还是列数，而优化的点也在于找到不必要的数据

#### 优化点 ####

1.  使用`Select *` 时，是不是查询了没用的数据，当然也不是说不可以这么干，因为有时候查询过量数据，方便代码复用和对已查询数据缓存情况下的性能，但必须要考虑到这么做的代价，权衡一下
2.  使用`explain`去发现扫描行数与实际取得数据行数的比值，这就是一个效率问题，而explain的type列能帮助我们知晓访问类型
3.  当发现效率底下的时候，可以考虑使用`索引覆盖`去改善回表问题
4.  传统的思路里，由于考虑到网络传输数据的延迟，我们尽可能让数据库去完成更多的工作，但大人，时代变了，有时候将一个大查询，`分解为多个小查询`是很有必要的，这个有时候代表着你要去权衡工作量变化。例如删除大量数据的时候，这时候是会一次锁住很多数据，从而导致系统资源耗尽，最重要的是，可能会导致很多轻而重要的查询被阻塞。那么我们就可以去分多次删除，每次删除一部分，一般一次删除一万行是比较高效的做法。
5.  `分解关联查询`，可以减少锁的竞争问题，让缓存的效率更高、在应用中实现了哈希关联，有些场景下哈希关联的效率更高
6.  `优化count(),`myISAM引擎维护了一个变量来存放数据表的行数，在没有任何Where条件的情况下，很好用。但是我们更多的会使用innodb引擎，就不得不优化count()了
7.  MySQL支持提前终止查询，例如分页查询使用了limit子句，可以提前终止查询。
8.  MySQL中使用`In`，它会首先对In列表中的数据进行`排序`，然后通过二分查找来确定列表中的值是否满足条件
9.  Mysql中`where条件包含In()`这样的子查询性能很差，因为mysql的优化器会优化这个查询
10. 对`最大值最小值`的优化可以通过`Limit 1`来实现
11. 可以通过`生成表`的形式，去打破mysql `查询和更新不能同时`进行的限制
12. 记住Count（\*）效率比Count(某一列)效率高，因为  
    ![13.][]
13.

#### 参考 ####

读书 <<高性能mysql>>

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80Mzg4OTg0MQ_size_16_color_FFFFFF_t_70]: /images/20220829/8fadfa436e084aff8038accf85a91e1f.png
[13.]: /images/20220829/3c384d89c221495b8c3cb43f43cf14ab.png