索引详解

什么是索引?

通俗的讲索引就类似书籍的目录,当我们需要从某本书中获取相关信息时,我们会先查看这本书的目录,通过目录快速定位到我们想要获取的信息的页码,而不需要翻看整本书来查找。这样就大大提高了我们获取信息的速度。 所以我们总结出索引的定义就是:“索引是存储引擎用于快速找到记录的一种数据结构”。

注意其中的一个关键字“存储引擎”,对于MySQL而言,索引是在存储引擎层实现的,而不是在服务器层。所以不同的存储引擎支持的索引类型不同,不同的存储引擎对同一种索引的实现也可能不同。所以下面在介绍的时候如果没有特别说明,我们基于的就是MySQL的InnoDB存储引擎。

索引的分类?

  1. B+Tree索引
  2. 哈希索引
  3. R-Tree
  4. 全文索引

索引的原理?

B-Tree索引

http://blog.csdn.net/ifollowrivers/article/details/73614549

https://zhuanlan.zhihu.com/p/23156203

image.png

image.png

查看索引情况

show index from test_b;

show index from test_c;

如何建立

索引对以下类型查询有效:

按值查找

  • 全值匹配

  • 匹配最左前缀

  • 匹配列前缀

  • 匹配范围值

  • 精确匹配某一列并范围匹配另外一列

  • 只访问索引的查询,即覆盖索引

顺序查找:查询中的order by操作。如果order by子句满足前面列出的几种查询类型,则这个索引也可以满足对应的排序需求。

索引的限制:

  • 如果不是按照索引的最左列开始查找,则无法使用索引

  • 不能跳过索引中的列

  • 如果查询中有某个列的范围查询,则其右边所有列都无法使用索引优化查找。 ? 试过了好像不是的。

  • 这些限制其实都和索引的顺序相关,所以可能需要使用相同的列但顺序不同的索引来满足不同类型的查询需求。

索引的优点:

  • 大大减少了服务器需要扫描的数据量

  • 帮助服务器避免排序和临时表

  • 可以将随机I/O变成顺序I/O

索引策略:

  • 独立的列。指索引列不能是表达式的一部分,也不能是函数的参数

  • 前缀索引。有时候需要索引很长的字符列,这会让索引变的大且慢,通常可以索引开始的部分字符,提高索引效率。但要注意索引选择性。缺点:无法使用前缀索引做order by和group by,也无法使用前缀索引做覆盖扫描。

  • 多列索引。Mysql里面有个索引合并index merger的策略。

  • 选择合适的索引列顺序

  • 经验法则: 将选择性最高的列放在索引最前列

  • 聚簇索引

是一种数据存储方式,InnoDB的聚簇索引在同一个结构中保存了B-Tree索引和数据行。叶子页包含了行的全部数据,但是节点页只包含了索引列。InnoDB通过主键聚集数据,没有主键会选择一个唯一的非空索引代替,没有这样的索引就隐式定义一个主键来作为聚簇索引。

  • 覆盖索引

查询只需要扫描索引而无需回表。

  • 使用索引扫描来做排序

索引好处:

1、缩小检索范围,加快检索速度;

2、在索引上排序及group by资源消耗极低。

大量使用索引也会给我们带来以下弊端:

1、增删改操作将比原来更加耗时;

2、索引的存储会占用存储空间。

设计索引的准则:

1. 索引并非越多越好,索引会影响insert,delete,update语句的性能

2. 避免堆经常更新的表进行过多的索引,并且索引中的列尽可能少

3. 数据量小的表最好不要使用索引

4. 在条件表达式中经常用到的不同值较多的列上建立索引,在不同值少的列上不要建立索引。

5. 当唯一时,指定唯一索引

6. 在频繁进行排序或分组的列上建立索引。如果待排序的列有多个,可以在这些列上建立组合索引。

1、较频繁的作为查询条件的字段应该创建索引;

2、唯一性太差的字段不适合单独创建索引,即使频繁作为查询条件;

3、更新非常频繁的字段不适合创建索引,因为添加索引后字段更新将更加耗时;

使用索引的注意项

  1、对于创建的多列索引,只要查询条件使用了最左边的列,索引一般就会被使用。例如在a,b,c列上创建索引,那么查询条件"a=5","a=5 and b=6","a=7 and b=8 and c=6"都会使用该索引;

  2、对于使用like的查询,查询如果是‘%aaa’不会使用到索引‘aaa%’会使用到索引;

  3、如果条件中有or,那么除非or条件都带有索引,否则还是会全表扫描;

  4、如果列类型是字符串,那一定要在条件中将数据使用引号引用起来,否则不使用索引;

  5、如果字符串较长时,直接使用'create index KEY_NAME on table6 (name)' 命令创建的索引也将较长,浪费磁盘空间;这时候我们可以通过'create index KEY_NAME on table6 (name(4))' 命令限定索引长度;

  6、连接查询时,在连接键上增加索引可以加快速度,同时遵循小表驱动大表原则;

  7、如果mysql估计使用全表扫描要比使用索引快,则不使用索引。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,362评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,330评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,247评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,560评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,580评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,569评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,929评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,587评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,840评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,596评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,678评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,366评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,945评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,929评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,165评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,271评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,403评论 2 342

推荐阅读更多精彩内容