索引架构
InnoDB<br>
主键索引<br>
辅助索引
聚镞索引<br>
索引的选择
好处
提高表数据的检索效率
如果排序的列是索引列，大大降低排序成本
在分组操作中如果分组条件是索引列，也会提高效率
不足
增加数据的维护成本, 新增, 删除, 修改的时候, 需要对索引的结构进行修改维护
如何选取索引
较频繁的作为查询条件的字段应该创建索引
唯一性太差的字段不适合单独创建索引，即使频繁作为查询条件, 比如性别
更新非常频繁的字段不适合创建索引
不会出现在WHERE 子句中的字段不该创建索引
Join优化
连接查询的基本流程
Index Nested-Loop Join
Simple Nested-Loop Join
Block Nested-Loop Join
优化原则
小结果集驱动大结果集
尽量使用Index Nested-Loop Join, 给匹配的条件添加索引
给定 join buffer size 设置适当的大小, 增大内存区域以后, 缓存的数据量就会越多, 就会减少被驱动表的扫描次数, 我们可以通过参数join_buffer_size进行调整
减少不必要的字段的查询
SQL优化的常用原则<br>
创建的索引的选择性需要比较高, 有比较的区分度, 对于性别等字段不适合创建索引
强烈建议不要使用select * , 如果确实需要所有的字段, 建议全部写出来
对于常用的查询尽可能多用复合索引, 避免创建多个单个索引
推荐使用自增的和业务无关的主键
查询尽量使用索引, 包括索引覆盖, 索引下推等特性, 减少回表的次数
对于where 判断条件, order 排序字段, join 关联字段推荐创建索引
索引的个数不用太多
对于频繁更新的字段, 不适合创建索
对于Join连接尽量使用Index Nested-Loop Join方式, 尽量避免使用Block Nested-Loop Join
对于Join连接,使用小结果集驱动大结果集
对于Join连接可以适当的调整join_buffer_size
对于Join连接减少不必要的查询字段
对于order by 排序的时候, 尽量使用索引列, 并且使用limit限制查询数量
对于order by 查询的时候, 尽量使用单路排序
适当的设置InnoDB的buffer大小innodb_buffer_pool_size, 一般设置为内存的60%-80%
