所以的优点
1、索引大大减少服务器需要扫描的数量
2、索引可以帮助服务器避免排序和临时表
3、索引可以将随机I/O变为顺序I/O,
高性能索引策略
1、独立的列,是指索引列不能是表达式的一部分,也不能是函数的索引
例如:select id from actor where id + 1 = 5;
2、前缀索引和索引选择性
3、多列索引
索引合并,select film_id,actor_id from film_actor where actor_id=1 or film_id = 1
在actor_id,film_id上建立索引,通常情况下,这是糟糕的索引,
当服务器需要对多个索引做联合操作的时候,通常需要耗费大量的cpu和内存在算法缓存、排序和合并上
优化器不会把这些算计到查询成本,优化器只关心随机页面读取
选择合适的索引列顺序,将选择性最高的列放在前面,count(distinct id)/count(*)作为区分度依据,基数法则
聚簇索引:数据行和相邻的键值紧凑的存储在一起,一个表只能有一个聚簇索引
innoDb通过主键聚集数据,如果没有主键,会选择一个非空索引代替,如果没有,InnoDb会隐式定义一个主键,InnoDb之
聚集一个页面中的记录,
非聚簇索引(二级索引)查找两次,二级索引包含引用行主键列,是行指针,主键应该是顺序的自增的,避免页分裂和碎片
覆盖索引:
冗余索引:应该尽量扩充已有索引,不需要创建新的索引,处于性能方面会冗余,例如如果在整数列上有索引,现在在varchar
列上扩展该索引,性能会下降
增加新的索引会导致insert update,delete变慢,解决方法删除多个索引
索引让查询锁定行少,行锁效率很高,使用内存很少,只在访问的时候会锁定
in条件的查询,优化器的查询会做更多的工作,组合呈现指数增加
避免多个范围的查询,多余范围查询无法使用后边的索引了,对于等值条件查询没有这个限制
5.37-38,213页