一 索引
1.1 Innodb是必须有主键，因为innodb本身就是索引与数据绑在一起的，如果用户不自己指定主键，那么mysql会自己生成一个隐藏字段值作为主键，这个也叫聚集索引
1.2 辅助索引就是除主键索引外的其他字段所生成的索引，而且有个注意点是innodb的辅助索引的子节点存储的是主键值，最终还是通过主键索引找到数据的，没办法，innodb的数据和主键索引是合二为一了
1.3 还有比较重要的一点是表的更新也会伴随这个索引的更新，所以如果索引文件很大的话数据更新操作也会变慢
1.4 前缀索引，顾名思义就是取一个字段开头几个字符作为索引，因为如果一个字段的值太大的话，就会导致索引文件也会变大，而且因为字段很长，所以你想要把一个长字段所有的字符匹配完才行，这必然会降低索引效率,前缀索引只支持英文与数字
1.5 不同sql的索引执行方式
1.5.1 第一个:select * from user where id=1000;
1.5.1.1 像上面这种sql明确指定了id的值，那么就会利用索引树找到对应数据
1.5.2 第二个:select * from user where id>1000;
1.5.2.1 这种的话也会利用索引树，不过是从1001开始挨个挨个找，如果1001后面的数据还很多，那么其实也无异于全表扫描
1.5.3 第三个：where id >1 and id <1000000
1.5.3.1 这种的话就是看你的范围是多大了，范围小还是很快，范围大也就相当于全表扫描
1.5.4 第四个:select * from user where username like ‘%uu’
1.5.4.1 像上面这种，就是全表扫描，因为没有指定开头字符，任何字符都有可能，速度当然会很慢。但如果写成’uu%’，那就会快很多，因为那它就会直接取找开头是’uu’的字符了，就会变快一些，不过因为不是精确匹配，所以它需要把所有开头是’uu’的都要扫描一遍（其实就是最佳左前缀原则）
二.querCache
就是对某个查询语句的查询结果进行缓存，如果sql语句相同就直接返回这个缓存，使用 show status LIKE '%qcache%';查看缓存是否开启
包含不确定参数的sql语句是不会被缓存的比如 like,之类的
三.bufferPool
querCache是对指定sql语句的结果缓存，而bufferPool是对整个表缓存在内存中，所以速度会很快
四.skip_name_resolve
这个是跳过域名解析，因为有时候DNS解析很慢，所以就会导致获取数据库连接很慢进而影响整体性能，注意要开启这个选项要先开启性能模式
通过show variables like 'performance_schema';查看性能模式是否开启
通过select ip,host,host_validated,sum_connect_errors,count_authentication_errors from performance_schema.host_cache查看缓存表已经缓存的信息