博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
MySQL(二)- 索引
阅读量:5100 次
发布时间:2019-06-13

本文共 3421 字,大约阅读时间需要 11 分钟。

MySQL中的索引简介

索引的优点

1 保证每一行数据的唯一性

  2 提高查询的速度
  3 加快表与表之间的连接
  4 分组和排序进行数据检索的时候,显著减少分组和排序时间
  5 通过索引,可以在查询中使用查询优化器,提高系统的性能。

索引的缺点

1 时间:创建索引和维护索引需要消耗时间,时间会随着数据量递增
  2 物理空间:如果要建立所以聚簇索引,空间需要更多
  3 对表数据进行增删改操作的时候,需要动态维护索引,降低维护速度

适合建索引的字段

1 主键:强制该列的唯一性和组织表中的排列结构

  2 需要经常查询的字段
  3 经常连接的字段,主要是一些外键
  4 需要经常排序和分组的字段
  5 经常使用在 where 中的,需要范围搜索的字段。因为已经给索引排序了,再进行筛选速度会快很多。
  建立索引,一般按照select的where条件来建立,比如: select的条件是where f1 and f2,那么如果我们在字段f1或字段f2上建立索引是没有用的,只有在字段f1和f2上同时建立索引才有用等。

不适合建索引的字段

1 很少使用的字段

  2 数据值很少的字段,如性别等,索引意义不大
  3 定义为 text,image 和 bit的字段,要嘛值过大,要嘛过小
  4 修改性能远远大于检索性能时

索引的种类

B-tree
Full-text索引

Full-text索引就是我们常说的全文索引(全数据排列),他的存储结构也是b-tree。主要是为了解决在我们需要用like查询的低效问题。只能解决’xxx%’的like查询。如:字段数据为ABCDE,索引建立为- A、AB、ABC、ABCD、ABCDE五个。

索引的管理

在MySQL中,对索引的查看和删除操作是所有索引类型通用的。

删除索引:

DROP INDEX index_name ON table_name

  ALERT TABLE table_name DROP INDEX index_name

查看索引:

SHOW INDEX FROM table_name

  SHOW KEYS FROM table_name # 只在MySQL中可以使用keys关键字。

普通索引

这是最基本的索引,它没有任何限制MyIASM中默认的BTREE类型的索引,也是我们大多数情况下用到的索引。

  CREATE INDEX index_name ON table_name(column(length))
  ALTER TABLE table_name ADD INDEX index_name (column(length))
  CREATE TABLE table_name (id int not null auto_increment,title varchar(30) ,PRIMARY KEY(id) , INDEX index_name (title(5)))

唯一索引

与普通索引类似,不同的就是:索引列的值必须唯一,但允许有空值(注意和主键不同)。如果是组合索引,则列值的组合必须唯一,创建方法和普通索引类似

全文索引

MySQL从3.23.23版开始支持全文索引和全文检索,FULLTEXT索引仅可用于 MyISAM 表;他们可以从CHAR、VARCHAR或TEXT列中作为CREATE TABLE语句的一部分被创建,或是随后使用ALTER TABLE 或CREATE INDEX被添加。

    对于较大的数据集,将你的资料输入一个没有FULLTEXT索引的表中,然后创建索引,其速度比把资料输入现有FULLTEXT索引的速度更为快。

  CREATE FULLTEXT INDEX index_name ON table_name(column(length))

  ALTER TABLE table_name ADD FULLTEXT index_name( column)
  CREATE TABLE table_name (id int not null auto_increment,title varchar(30) ,PRIMARY KEY(id) , FULLTEXT index_name (title))

组合索引(最左前缀)

CREATE TABLE article(id int not null, title varchar(255), time date);

  例如上表中针对title和time建立一个组合索引:ALTER TABLE article ADD INDEX index_title_time (title(50),time(10))。建立这样的组合索引,其实是相当于分别建立了下面两组组合索引:
  –title,time
  –title
  为什么没有time这样的组合索引呢?这是因为MySQL组合索引“最左前缀”的结果。简单的理解就是只从最左面的开始组合。并不是只要包含这两列的查询都会用到该组合索引,如下面的几个SQL所示:
  1,使用到上面的索引
  SELECT * FROM article WHERE title='测试' AND time=1234567890;
  SELECT * FROM article WHERE title='测试';
  2,不使用上面的索引
  SELECT * FROM article WHERE time=1234567890;

参考:https://segmentfault.com/a/1190000008131735#articleHeader5

https://www.cnblogs.com/wezheng/p/8399305.html

创建索引

CREATE INDEX index_name ON table_name (column_list)

索引的优化

虽然索引大大提高了查询速度,同时却会降低更新表的速度,如对表进行INSERT、UPDATE和DELETE次数大于查询次数时,放弃索引。

null

只要列中包含有NULL值都将不会被包含在索引中,组合索引中只要有一列含有NULL值,那么这一列对于此组合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。

like

一般情况下不鼓励使用like操作,如果非使用不可,如何使用也是一个问题。like “%aaa%” 不会使用索引,而like “aaa%”可以使用索引。

排列

MySQL查询只使用一个索引,因此如果where子句中已经使用了索引的话,那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序,如果需要最好给这些列创建复合索引。

运算

例如:select * from users where YEAR(adddate)<2007,将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成:select * from users where adddate<’2007-01-01′

短索引

对串列进行索引,如果可能应该指定一个前缀长度。例如,如果有一个CHAR(255)的列,如果在前10个或20个字符内,多数值是惟一的,那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
  CREATE INDEX index_name ON table_name (column(length))

索引总结

最后总结一下,MySQL只对以下操作符才使用索引:<,<=,=,>,>=,between,in,以及某些时候的like(不以通配符%或_开头的情形)。而理论上每张表里面最多可创建16个索引,不过除非是数据量真的很多,否则过多的使用索引也不是那么好玩的。

  建议:一个表的索引数最好不要超过6个,若太多则应考虑一些不常使用到的列上建的索引是否有必要。

MySQL explain

https://www.cnblogs.com/tufujie/p/9413852.html

 

转载于:https://www.cnblogs.com/RobertLionLin/p/11411593.html

你可能感兴趣的文章
iOS 6
查看>>
Nginx入门篇-基础知识与linux下安装操作
查看>>
一次动态sql查询订单数据的设计
查看>>
C# 类(10) 抽象类.
查看>>
1.linux ping:unknown host www.***.***
查看>>
无向图求桥 UVA 796
查看>>
Nginx+Keepalived 实现双击热备及负载均衡
查看>>
五分钟搭建WordPress博客(二)
查看>>
Vue_(组件通讯)子组件向父组件传值
查看>>
jvm参数
查看>>
Something-Summary
查看>>
Spring学习笔记
查看>>
6个有用的MySQL语句
查看>>
linux c/c++ IP字符串转换成可比较大小的数字
查看>>
我对前端MVC的理解
查看>>
sql: table,view,function, procedure created MS_Description in sql server
查看>>
[网络流24题] 最长k可重区间集问题 (费用流)
查看>>
路径依赖理论
查看>>
ActiveX多线程回调JavaScript
查看>>
剑指offer系列32-----对称二叉树的判断
查看>>