mysql 索引优化的要点（系列一）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql 索引优化的要点（系列一），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2485字，纯文字阅读大概需要4分钟。

内容图文

背景：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 索引优化的要点（系列一）全部内容，希望文章能够帮你解决mysql 索引优化的要点（系列一）所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端