Sql优化

首先用explain执行sql

1. 查看 type，如果是all，则表示该查询是全表扫描。
   2.如果是全表扫描，再查看是否有索引，查看possible_keys，这个是可能利用的索引。然后没有，则表示，需要去建立索引。
   可以添加索引，根据查询字段来添加索引，很多查询都基本可以利用到公司的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根本不能使用索引，结果是检索会很慢