需要提前掌握的知识：关于explain显示的字段的具体含义；简单介绍一下
id：执行顺序，id越大，执行优先级越高，id相等，顺序执行（从上到下）
select_type：查询类型，有simple、subquery、union、 derived等等
table：查询表名
type：类型（重要字段，判断性能的标准之一）（大致的排序，中间有其他类型，此处为常见类型）system>const>eq_ref>ref>range>index>all
possible_keys：可能涉及到的索引
key：用到的索引
key_len：可能的索引长度（可用来判断用到了覆合索引的几个字段）
ref：参数的类型，如果where字段里面有等于，并且加入了判断，就是const
rows：sql语句的扫描行数
extra：附加信息（判断是否优化的标准之一）using where、using index（看见这个说明用到索引，性能不错）、using filesort（需要优化）、using temporary（紧急优化）
一、优化技巧
转载一下别人的博客
https://blog.csdn.net/qq_41408088/article/details/105445629
（1）小表驱动大表
例如：学生信息（包含年级信息id 1）、年级信息（年级信息id 1与年级名 大一 之类）
明显学生信息表是大表、年级信息表是小表
最好的情况是 年级信息表驱动学生信息表
create index idx_student_classid;
select * from class left join student on class.id = student.classId;
在student表建立索引，class表可以利用索引去驱动student表
（实际测试情况会有出路，是因为class里面是主键id，explain分析的type会是eq_ref）
当然，如果索引由于不可抗力建在了class表上，需要灵活变通，使用没有索引的基准表驱动有索引的表
left join 或者 right join 灵活使用
（2）小表驱动大表最多使用情况是对 in 和 exists 优化
仍然是需要建立索引
具体原理简单理解
后期再深入理解
（3）关于order by的优化
order by的排序在老版本是双路排序，两次IO操作，新版本单路排序，一次IO（描述的十分浅显，可百度一下）但是，当取出的数据无法通过单路排序一次性取出时，会造成多次IO操作，性能不如双路排序，此时需要调整mysql数据库的sort_buffer_size 和 max_length_for_sort_data 参数调优
禁止select *
禁止order by age asc, id desc 这种排序出现，此时不会使用到索引（即使是覆合索引的两个字段）
group by 先分组再排序
（4）varchar类型使用时不打单引号建议等公司主动辞退你，还可以捞补偿金，不打单引号会使索引失效，同时行级锁变成表级锁
（5）行级锁的本质还是索引，只不过锁的索引的索引值！
（6）间隙锁。。。