mysql索引需要了解的几个注意

- 日理万妓 2022-08-25 15:50 137阅读 0赞

## 索引是做什么的? ##

索引用于快速找出在某个列中有一特定值的行。不使用索引，MySQL必须从第1条记录开始然后读完整个表直到找出相关的行。  
表越大，花费的时间越多。如果表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。

大多数MySQL索引(PRIMARY KEY、UNIQUE、INDEX和FULLTEXT)在[B树][B]中存储。只是空间列类型的索引使用R-树，并且MEMORY表还支持hash索引。

## 索引好复杂，我该怎么理解索引，有没一个更形象点的例子？ ##

有，想象一下，你面前有本词典，数据就是书的正文内容，你就是那个cpu，而索引，则是书的目录

## 索引越多越好？ ##

大多数情况下索引能大幅度提高查询效率，但：

*  数据的变更（增删改）都需要维护索引，因此更多的索引意味着更多的维护成本

*  更多的索引意味着也需要更多的空间 （一本100页的书，却有50页目录？）

*  过小的表，建索引可能会更慢哦 ：）  （读个2页的宣传手册，你还先去找目录？）

## 索引的字段类型问题 ##

*  text类型，也可建索引（需指定长度）
 *  myisam存储引擎索引键长度综合不能超过1000字节
 *  用来筛选的值尽量保持和索引列同样的数据类型

##  like 不能用索引？ ##

*  尽量减少like，但不是绝对不可用，”xxxx%” 是可以用到索引的，

想象一下，你在看一本成语词典，目录是按成语拼音顺序建立，查询需求是，你想找以 “一”字开头的成语（”一%“），和你想找包含一字的成语（“%一%”）

*  除了like，以下操作符也可用到索引：

<，<=，=，>，>=，BETWEEN，IN

<>，not in ，！=则不行

## 什么样的字段不适合建索引？ ##

*  一般来说，列的值唯一性太小（如性别，类型什么的），不适合建索引（怎样叫太小？一半说来，同值的数据超过表的百分之15，那就没必要建索引了）
 *  太长的列，可以选择只建立部分索引，（如：只取前十位做索引）
 *  更新非常频繁的数据不适宜建索引（怎样叫非常？意会）

##  一次查询能用多个索引吗? ##

不能

## 多列查询该如何建索引? ##

一次查询只能用到一个索引，所以 首先枪毙 a，b各建索引方案

a还是b？ 谁的区分度更高（同值的最少），建谁！

当然，联合索引也是个不错的方案，ab，还是ba，则同上，区分度高者，在前

## 联合索引的问题? ##

where a = “xxx” 可以使用 AB 联合索引  
where b = “xxx” 则不可 （再想象一下，这是书的目录？）

所以，大多数情况下，有AB索引了，就可以不用在去建一个A索引了

## 哪些常见情况不能用索引? ##

*  like “%xxx”
 *  not in ， ！=
 *  对列进行函数运算的情况（如 where md5(password) = “xxxx”）
 *  WHERE index=1 OR A=10
 *  存了数值的字符串类型字段（如手机号），查询时记得不要丢掉值的引号，否则无法用到该字段相关索引，反之则没关系

也即

select \* from test where mobile = 13711112222;

可是无法用到mobile字段的索引的哦（如果mobile是char 或 varchar类型的话）

btw，千万不要尝试用int来存手机号（为什么？自己想！要不自己试试）

## 覆盖索引(Covering Indexes)拥有更高效率 ##

索引包含了所需的全部值的话，就只select 他们，换言之，只select 需要用到的字段，如无必要，可尽量避免select \*

## NULL 的问题 ##

NULL会导致索引形同虚设，所以在设计表结构时应避免NULL 的存在（用其他方式表达你想表达的NULL，比如 -1？）

## 如何查看索引信息，如何分析是否正确用到索引? ##

show index from tablename;  
explain select ……;

关于explain，改天可以找个时间专门写一篇入门帖，在此之前，可以尝试 google

## 了解自己的系统，不要过早优化! ##

过早优化，一直是个非常讨厌而又时刻存在的问题，大多数时候就是因为不了解自己的系统，不知道自己系统真正的承载能力

比如：几千条数据的新闻表，每天几百几千次的正文搜索，大多数时候我们可以放心的去like，而不要又去建一套全文搜索什么的，毕竟cpu还是比人脑厉害太多

## 分享个小案例： ##

曾经有个朋友找板子，说：大师帮看看，公司网站打不开

板子笑了笑：大师可不敢当啊，待我看看再说

板子花了10分钟分析了下：中小型企业站，量不大（两三万pv每天），独立服务器，数据量不大（100M不到），应该不至于太慢  
某个外包团队做的项目，年久失修，彻底改造？不现实！

于是，板子花了20分钟给可以加索引的字段都加上了索引，于是，世界安静了。

\-- 转载自：http://thephper.com/?p=142

[B]: http://baike.baidu.com/view/298408.htm

发表评论取消回复

表情：

评论列表（有 0 条评论，137人围观）

还没有评论，来说两句吧...

相关阅读

相关 MySQL 索引使用的六个关键注意事项

MySQL 索引使用的六个关键注意事项文章目录 MySQL 索引使用的六个关键注意事项 1. 了解索引的基本原理 1.1 什

淡淡的烟草味﹌/ 2024年03月24日 19:51/ 0 赞/ 20 阅读

相关 MySql在建立索引优化时需要注意的问题

　　设计好MySql的索引可以让你的数据库飞起来，大大的提高数据库效率。设计MySql索引的时候有一下几点注意：　　1，创建索引　　对于查询占主要的应用来说，索引显得尤

不念不忘少年蓝@/ 2023年09月24日 10:07/ 0 赞/ 66 阅读

相关 Java程序员需要了解的几个开源协议

Java程序员需要了解的几个开源协议整理： Ackarlix 今天工作的任务要写一些跟开源协议相关的约定说明，所以在网上搜索了一些资料以供参考，下面列出了几个比较常见的开

超、凢脫俗/ 2022年09月19日 15:20/ 0 赞/ 135 阅读

相关 mysql索引需要了解的几个注意

索引是做什么的? 索引用于快速找出在某个列中有一特定值的行。不使用索引，MySQL必须从第1条记录开始然后读完整个表直到找出相关的行。表越大，花费的时间越多。如果表

- 日理万妓/ 2022年08月25日 15:50/ 0 赞/ 138 阅读

相关 MapReduce开发中需要注意的几个问题

说明：本文提及的所有观点和代码，均基于Hadoop 2.5.0-cdh5.2.0环境。 1. WritableComparable和WritableComparator的区别

水深无声/ 2022年08月07日 17:57/ 0 赞/ 168 阅读

相关 Mysql 索引的注意事项

MySQL索引的注意事项： 1：复合索引遵循前缀原则 2：like查询，%不能在前，可以使用全文索引 3：column is null 可以使用索引 4：如果

小灰灰/ 2022年05月23日 02:50/ 0 赞/ 237 阅读

相关 Ajax需要注意的几个问题

在应用Ajax时，需要注意安全问题、性能问题和浏览器兼容性问题，下面进行具体介绍。一安全问题随着网络的普及，安全问题已经是一个不可忽略的重要问题了。由于Web本身就是

港控/mmm°/ 2022年05月12日 00:26/ 0 赞/ 230 阅读

相关开发响应式页面移动端需要注意的几个点

1. 添加禁止浏览器主动缩放功能涉及到网页开发历史遗留问题，最开始的手机浏览器网页是直接访问电脑网页或访问专门为诺基亚手机开发的WAP页面，对于电脑网页由于手机分辨率太

悠悠/ 2022年03月16日 07:08/ 0 赞/ 198 阅读

相关测试用例设计需要注意的几个点

![1728943-20190630173037887-2136232564.png][] ![1728943-20190630173109475-2066884571.pn

矫情吗；*/ 2021年10月19日 00:26/ 0 赞/ 275 阅读

相关 iis+php+mysql 不识别php 需要注意的几处！

3.3、设定IIS支持PHP 3.3.1、添加新的WEB扩展服务。按“开始”→“程序”→“管理工具”→“Internet 信息服务(IIS)管理器”打开IIS管理器。选中“

╰半橙微兮°/ 2021年09月10日 09:58/ 0 赞/ 187 阅读