你会写Mysql索引吗

什么是索引


索引是对数据库表中一列或多列的值进行排序的一种结构,使用索引可以快速访问数据库表中特定信息。

其实,索引的概念都很清楚,也知道索引能够提升查询效率,如何创建索引,建立在那些字段上有以下常见误解:

1.新建表是不需要建索引,后续才添加索引

2.where条件后的字段都需要创建索引

3.简单的SQL不需要索引,联合查询才需要索引

4.对于区分度小的字段上也新建索引,入状态、性别字段等


索引区分度

区分度:字段在数据库中的不重复比

区分度在新建索引时有着非常重要的参考价值,在MySQL中,区分度的计算规则如下:

字段去重后的总数与全表总记录的商。

例如:

select count(distance(name))/count(*) from table;

其中区分度最大值为1.000,最小为0.0000,区分度的值越大,也就是数据不重复率越大,新建索引效果也越好,在主键以及唯一键上面的区分度是最高的,为1.0000,在状态、性别等字段上面得区分度值是最小的(区分度为0.0000,在这些字段上添加上索引后,效果也不佳)


如何建索引

(一):区分度

1.单列索引

可以查看该字段的区分度,根据区分度大小,也能大概知道在该字段上的新建索引是否有效,以及效果如何。区分度越大,索引效果越明显。

2.多列索引(联合索引)

多列索引中其实还有一个字段的先后顺序问题,一般是将区分度较高的放在前面,这样联合索引才更有效,例如:

select * from table where name = "" and status = 1

像上面语句,如果建立索引的话,应该是:

alert table tablename add index idx_name_status(name,status)

而不是:

select table tablename add index idx_name_status(status,name)

(二)最左前缀匹配原则

MySQL会一直向右匹配直到遇到范围查询(>、<、between、like)就停止匹配,比如:

select * from table where type = "10" and created_at < "2017-11-03" and status = 1

在上述语句中,status就不会走索引,因为遇到<时,MySQl已经停止匹配,此时走的索引为:type和created_at,其先后顺序是可以调整的,而走不到status索引,此时需要修改语句为:

select * from table where type = 10 and status = 1 and created_at < "2017-11-03"

即可以走status索引

(三)函数运算

不要在索引列上进行函数运算,否则索引会实效。因为b+树中存的都是数据中的字段值,但进行检索时,需要把所有元素都应用函数才能比较,显然成本太大。

(四)扩展优先

扩展优先,不要新建索引,尽量在已有索引中修改。如下:

select * from table where name = "andyqian" and email = "andytohome"

在表table中已经存在idx_name索引,如果需要加入idx_name_email的所有,应该是修改idx_name索引,而不是新建一个索引。


误解纠正

误解一:新建表时不需要简历索引,后续才加上索引

一个好的数据表的设计,在一开始就要考虑索引的创建,而不是等到后续出问题了,影响业务的使用,才新建索引来救场,而且后续创建索引的成本也很高。

误解二:where条件后的字段军需要建立索引

where条件后的字段不予要建立全部建立索引,过多的索引,会导致索引文件剧增,也达不到预期的效果。

误解三:简单的SQl不需要建立索引,联合查询才需要建立索引

现在的互联网特别是B/S结构下,业务逻辑军剥离在代码逻辑层,到最后的SQl层面,其实都是一些简单的SQL,只有一些是连接查询,更多的还是单标操作,你说这些语句简不简单。

误解五:对于区分度较小的字段新建索引

在分区度较小的字段上新建索引,基本无效,还会增加大量的索引文件。


索引重不重要

1.导致慢查询

这个问题可能是未建立索引(这里还有很多细节,入隐式类型转换等等)

2.导致服务器超时

项目上线,在生产环境中导致业务方请求调用时,而且每次请求超时,数据已经落地,此时只能review代码,最后发现生产只有个慢查询,活活发费了10多秒。

3.数据库服务器CPU 100%

在查询频率比较高的SQL上,如果出现未建立索引,导致慢查询的话,那可能导致服务器数据库CPU 100%,影响整个系统。


最后

建议:

1.在建表时就应该考虑添加索引,入外键字段等等。

2.在写完SQLhouse,一定要查看执行计划,尽量避免全表扫描。

3.如果是已有表中添加索引,一定要先计算该字段的区分度。

4.联合索引,将区分度带大的放在前面。

5.遵循MySQl左列前缀优先原则。


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

推荐阅读更多精彩内容