当前位置:Gxlcms > 数据库问题 > mysql 索引优化的要点(系列一)

mysql 索引优化的要点(系列一)

时间:2021-07-01 10:21:17 帮助过:21人阅读

背景:sql 优化对数据来说是什么非常重要,sql的索引优化更重中之重,有的人认为索引优化就是简单加一个索引,其实这种想法是错的,索引是涉及到很多知识点,并非大家想得这么简单,废话不多说,马上开车!

一,头盘:

SQL语句的五大要素:
1,获得结果集所需访问的查询条件
2,定义结果集所需的查询条件
3,结果集的大小
4,获得结果集所涉及的表的数量
5,多少用户同时修改这些数据

二,主菜:索引的一些特性和优化建议

1,经常变的索引列放在最后,这样会降低变更成本
2,索引字段的顺序非常重要,如果排序前有范围查询就不能使用索引排序,如:
索引A(a,b.c)
select a,b,c from t where a=1 and b between d1 and d2 order by c;
这样就需要排序
索引B(a,c,b)
就不用排序

--备注:
一般来说会优先选择B不需要排序,因为一般来说一个事务每次查询的结果集都是很小的,会限定输出的结果集,这个时候不用排序就会很快,选择索引A时结果集要排序,如果结果集(满足条件的结果)很大的话,这样是会很慢的

3,当以下三个条件同时满足,过虑因子隐患可以会产生:
1),访问路径中没有排序
2),第一屏幕结果一建立就回应
3),不是所有的谓词字段都参与定义待扫描的索引片

4,使用短索引。如果对多列进行索引,应该指定一个前缀长度,只要有可能就应该这样做。
例如,如果有一个CHAR(200) 列,如果在前10 个或20 个字符内,多数值是惟一的,
那么就不要对整个列进行索引。对前10 个或20 个字符进行索引能够节省大量索引空
间,也可能会使查询更快。较小的索引涉及的磁盘I/O 较少,较短的值比较起来更快。
更为重要的是,对于较短的键值,索引高速缓存中的块能容纳更多的键值,因此,MySQL
也可以在内存中容纳更多的值。这增加了找到行而不用读取索引中较多块的可能性。
(当然,应该利用一些常识。如仅用列值的第一个字符进行索引是不可能有多大好处的,因为这个索引中不会有许多不同的值)

5,物化结果集:是指执行必要的数据库访问来构建结果集(比如排序)
1)为了避免不必要的工作,数据库系统总是尽可能晚地去进行物化结果,如果数据库系统先物化结果集,那么在FETCH调用的时候,系统将从临时表中检索记录,而在数据更新的时候,并不会更新临时表中存放的结果集
2)一次FETCH调用物化一条记录
如果满足的条件:
(1)没有排序需求
(2)存在一个可以满足结果集的索引
3)提前物化
(1)一般来说有排序都要提前物化,结果集排序,就是只需要提取一条记录,也必须物化整个结果集

6,过滤因子隐患
过滤因子:被用来定义谓词的选择性:满足谓词条件的记录数占表行总数的比例,该值取决于列值的分布情况,当评估一个索引是否合适时,最差的情况的过滤因子比平时的过滤因子更重要

半宽索引:一个包含where子句中所有列是的索引,使用半宽索引时,只有检索到匹配条件时才会访问表,而这个访问是随机读
宽索引:一个包含了select 语句中所涉及的所有字段的索引,包括投影的字段和where子句中的字段,使用这种索引时,不需要读表
结论:宽索引的优势在于避免了返回的结果集的回表随时读

三,下车收工
下次和大家分享三星索引

mysql 索引优化的要点(系列一)

标签:tween   读取   访问表   重要   rom   不用   好处   sel   谓词   

人气教程排行