Mysql的索引

MySql索引的建立对于Myql的高效运行很重要,索引可以大大的提高MySql的检索速度。
拿汉语字典的目录页(索引)打比方,我们可以根据拼音、笔画、偏旁部首等目录可以很快的查找到需要的字。

创建索引时,需要确保该索引是应用在SQL查询语句的条件(一般作为where子句的条件)。实际上索引也是一张表,该表保存了主键和索引字段,并指向实体表的记录。
建立索引是可以提高MySql的检索速度,但过多的使用索引将会造成滥用。
因为索引也有他的缺点:虽然索引大大提高了查询的速度,同时却会降低更新表的速速,如,对表进行INSERT,UPDATE,DELETE。因为更新表时,不仅要保存表的数据,会要保存一下索引文件。

哪些字段适合建索引

1.表的主键,外键;外键是唯一的,而且经常用来查询
2.数据量超过300的表应该有索引
3.经常与其它表进行连接的表,在连接字段上应该建立索引
4.经常出现在where子句中的字段,加快判断速度,特别是数据大的表的字段,应该建立索引。如果在where条件里有两个字段经常并列出现,只是单个建立索引作用不大,可以把这两个字段建立联合索引。
5.经常用到排序的列上,因为索引已经排序。
6.经常在范围内搜索的列上建立索引,因为索引已经排序,其指定的范围是连续的
7.复合索引建立需要进行分析,如果where条件跟的字段and出现频率很高使用扶额和索引

索引选取类型

1.越小的数据类型更好:越小的数据类型在磁盘、内存、CPU缓存中需要更少的时间,处理起来更快。
2.简单的数据类型更好:例如:整型数据比字符串处理起来更快
3.尽量避免NULL:在指定为NOT NULL的列中建立索引,因为含有空值很难进行查询优化,他们会使索引,和索引的统计信息变的更加复杂。

什么场景不合适建立索引

1.对于查询总很少用到的列不应该建立索引
2.对于表数据太少的字段
3.对于那些定义为text、image、bit数据类型的列不应该增加索引,因为这些要不数据量很大,要不然就取值很少。
4.当需要的修改性能远远大于检索性能时,不应该建立索引。增加索引会降低修改性能。因为在修改的时候,不仅要保存表的数据,也会要保存一下索引文件。
5.数据重复且分布平均的字段。例如:在用户表里的性别字段,在查询过程中,结果集的数据行占了表中数据的很大比例,需要在数据行搜索的数据行比例很大,增加索引不能加快检索进度。

主键索引

主索引,根据主键建立索引,不允许重复,不允许空值
ALTER TABLE 'mytable' ADD PRIMARY id('id');

普通索引

最基本的索引,仅加速查询,没有任何限制,是比较常见的索引。
创建索引的方式:
CREATE INDEX indexname on mytable(name);

唯一索引

与普通索引不同的是:加速查询+列值唯一(可以有null)
平常的用户表之类,邮箱和手机号码可以作为唯一索引
CREATE UNIQUE INDEX phone on mytable(name);

全文索引(FULLINDEX)

用大文本对象的列构建的索引,适用与MyISM、InnoDB引擎的数据表;作用于char,varchar,text数据类型的列。
ALERT TABLE ‘mytable’ ADD FULLTEXT INDEX ft_index('name');
针对大数据,生成全文索引非常消耗时间和空间。那么什么时候需要用到全文索引呢?对与文本大的对象或者较大的char类型数据,如果使用普通索引,那么匹配文本前几个字符可还行,如果想要匹配文本中间的单词,需要用到LIKE %word%来匹配,这样会需要大量的时间来处理,响应时间也会大大增加,这种情况就需要用全文索引(FULLINDEX),在生成全文索引的时候,会为文本生成一份单词的清单,在索引的时候可以根据这些单词的清单来进行索引。

组合索引

将几个列作为一条索引进行检索,该多个列中允许有空值,使用最左匹配原则。根据”最左前缀“原则,把最常用作为检索或排序的列放在最左,依次递减,相当于建立了name,name name1,name name1name2三个索引,而不是这些的不能当成索引。
ALERT TABLE ‘mytable’ ADD INDEX index_name('name','name1','name2')
使用组合索引可能会因为列名过长二导致索引的key太大,导致效率降低,在允许的情况下,可以name,name1的前几个字作为索引:
ALERT TABLE 'mytable' ADD INDEX index_name(name(4),name1(4));
**

索引失效的场景

当order by 中的字段出现在where条件中时,才会利用索引而不排序,更准确的说,order by 中的字段在执行计划中利用了索引时,不用排序操作。 这个结论不仅对order by有效,对其他需要排序的操作也有效。比如group by 、union 、distinct等。 *
书写SQL语句的时候,我们不用在意条件的前后顺序,MySQL在查找的时候会进行优化

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

推荐阅读更多精彩内容