MySql优化

MySql
InnoDB引擎支持事务

非主键索引都会存主键索引值
非主键索引检索：先走非主键索引，再走主键索引

表即主键，主键即表

自增主键优点：插入数据时减少索引变动，不会页分裂，性能更好
1.不涉及到摞动其他记录，也不会触发叶子节点分裂
2.如果用整形做主键，则只要4个字节，如果是长整形，则是8个字节
主键越小，叶子节点越少

全表扫描：对主键索引的全扫描

partitions 分区
type: range 范围扫描， ref等值扫描
可能用到的索引
key:真正用到的索引
key_len:用到索引的长度
ref:范围扫描是null
rows:检索出的行数
filtered: 百分数
Extra：优化手段 Using index

type等于range或ref，Extra中有Using Index时，没有回主键，是索引覆盖。
type等于index，Extra中有Using Index时，是索引扫描
type是index或ALL：还有优化空间
优化手段：
1.索引覆盖：由于覆盖索引可以减少树的搜索次数，显著提升查询性能，所以使用覆盖索引是一个常用的性能优化手段
mysql鼓励建复合索引.

2.最左前缀：
mysql中有查询转换 where name='tony' and age=25 和 where age=25 and name='tony'一样，都可以走复合索引

3.索引下推（index condition pushdown）
查看mysql配置参数：show variables like 'optimizer_switch'
关闭索引下推：set session optimizer_switch='index_condition_pushdown=off'
索引下推在非主键索引上的优化，可以有效减少回表的次数，大大提升了查询的效率。

mysql修改数据都是从磁盘放到内存中(innodb buffer pool)，在内存中修改
唯一索引：change Buffer 用不了，查询稍微快一点，修改更新会慢。所以一般建立普通索引
show VARIABLES like '%change_buffer%';
innodb_change_buffer_max_size:25 25%,如果修改过多可以调大25%
唯一索引：修改时要判断唯一性
普通索引：修改时不需要读取记录 。 内存相差微乎其微
结论：能用普通索引就用普通索引。针对的修改列，与where后面条件列无关
需要关闭change buffer的场景：一插完就读取的表

union去重 union all不去重
先将每个子集查询出来再合并，有索引会走索引

在group by列和sum（）中列建复合索引，
group by自带order by,如果不需要可以group by name order by null

可重复读：在事务开始的时候读到的数据直到事务关闭是不变的

count(1)比count(主键id)更快，因为count(1)只需要遍历，不需要取值判断是否为空
结论：count(字段)慢于count(主键id)慢于count(1)约等于count(*)

MySQL是支持前缀索引的