explain执行优化sql

首先用explain执行sql

1. 查看 type，如果是all，则表示该查询是全表扫描。

2. 如果是全表扫描，再查看是否有索引，查看possible_keys，这个是可能利ds用的索引。然后没有，则表示，需要去建立索引。

可以添加索引，根据查询字段来添加索引，很多查询都基本可以利用到公司的id来查询的，所以这个索引很重要，这样数据就可以极大地过滤。其他就根据需要的过滤。

3. 如果是possible_keys不为空，则可能是因为，存在索引失效的情况。

可能因为利用索引查询和不利用索引查询差不多，然后因为mysql会先优化，然后生产执行方案，然后就选择了全表扫描。

失效情况自己看。

4. 如果是keys不为空，这个ref表示用了索引的列，则表示利用了索引，但是还是很慢。

这样就可以是因为索引过滤力度不强，因为看过一本书说，索引的过滤力度，是根据不同的内容除于总数量，所以尽量找区分度大的字段。

5. 还可以查看extra的值

https://www.jianshu.com/p/b49450f272f6

*修改之后，可以通过看********rows********（********rows：这里是执行计划中估算的扫描行数，不是精确值********），查看该扫描的行数和之前对比一下，是否更少了。*

table：显示这一行的数据是关于哪张表的

type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL

​ type显示的是访问类型，是较为重要的一个指标，结果值从好到坏依次是：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
​ 一般来说，得保证查询至少达到range级别，最好能达到ref，因为ref是用了索引，index不是用索引，另外的一种全部扫描。

各个值代表什么：https://blog.csdn.net/dennis211/article/details/78170079

possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句

key： 实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引

key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好

ref：显示索引的哪一列被使用了，如果可能的话，是一个常数

rows：MYSQL认为必须检查的用来返回请求数据的行数

Extra：关于MYSQL如何解析查询的额外信息。将在表4.3中讨论，但这里可以看到的坏的例子是Using temporary和Using filesort，意思MYSQL根本不能使用索引，结果是检索会很慢