数据库之索引

参考：https://www.cnblogs.com/sweet521/p/6203360.html
https://www.cnblogs.com/whgk/p/6179612.html
https://blog.csdn.net/qq_36505948/article/details/82189353

目录

• 索引
• 索引的分类
• 索引操作(查看、创建和删除)
• 什么情况下使用索引
• 什么情况下应不建或少建索引
• MySql在建立索引优化时需要注意的问题
• 引擎

---

一、索引

  如果将数据库中的一张表比喻为一本新华字典，那么索引就是这本又厚又重的字典的目录! 使用索引是为了提高搜索引用的效率，节约时间!同样以一本字典为例，一般情况我们查找一个目标的方法是两种：一种是穷举，逐页地查找自己想要的，这种情况下字典有1千万条记录，那么你的最大搜索就是一千万，搜索的效率会随着字典的厚度而降低; 另外一种是根据目录(或拼音或部首)查找，先找到目标所在页数，然后我们去翻页!

二、索引的分类

（注意：索引是在存储引擎中实现的，也就是说不同的存储引擎，会使用不同的索引MyISAM和InnoDB存储引擎：只支持BTREE索引， 也就是说默认使用BTREE，不能够更换MEMORY/HEAP存储引擎：支持HASH和BTREE索引）

1.单列索引(普通索引，唯一索引，主键索引)
2.组合索引
3.全文索引
4.空间索引

单列索引：一个索引只包含单个列，但一个表中可以有多个单列索引。
（1）普通索引：MySQL中基本索引类型，没有什么限制，允许在定义索引的列中插入重复值和空值，纯粹为了查询数据更快一点
（2）唯一索引：索引列中的值必须是唯一的，但是允许为空值
（3）主键索引：是一种特殊的唯一索引，不允许有空值

组合索引：在表中的多个字段组合上创建的索引，只有在查询条件中使用了这些字段的左边字段时，索引才会被使用，使用组合索引时遵循最左前缀集合。这个如果还不明白，等后面举例讲解时在细说。组合索引就是遵从了最左前缀，利用索引中最左边的列集来匹配行，这样的列集称为最左前缀。

  例如：这里由id、name和age3个字段构成的索引，索引行中就按id/name/age的顺序存放，索引可以索引下面字段组合(id，name，age)、(id，name)或者(id)。如果要查询的字段不构成索引最左面的前缀，那么就不会是用索引，比如，age或者（name，age）组合就不会使用索引查询。

创建组合索引：ALTER TABLE t3 ADD INDEX index_test(id,name,age)
EXPLAIN SELECT * FROM t3 WHERE id = 1 AND name = ‘joe’

在t3表中，查询(age，name)字段，这样就不会使用索引查询。来看看结果
EXPLAIN SELECT * FROM t3 WHERE age = 3 AND name = ‘bob’

全文索引：全文索引，只有在MyISAM引擎上才能使用，只能在CHAR,VARCHAR,TEXT类型字段上使用全文索引。介绍了要求，说说什么是全文索引，就是在一堆文字中，通过其中的某个关键字等，就能找到该字段所属的记录行，比如有"你是个大煞笔，二货 …" 通过大煞笔，可能就可以找到该条记录。

空间索引：空间索引是对空间数据类型的字段建立的索引，MySQL中的空间数据类型有四种，GEOMETRY、POINT、LINESTRING、POLYGON。在创建空间索引时，使用SPATIAL关键字。
要求，引擎为MyISAM，创建空间索引的列，必须将其声明为NOT NULL。具体细节看下面

三、索引操作(查看、创建和删除)

1.查看索引
语法：SHOW INDEX FROM table_name

2.创建索引
向表中的某字段添加索引
语法1：CREATE INDEX 索引名 ON 表名(需要添加索引的列)
例：CREATE INDEX test_name on student(NAME)
语法2：ALTER TABLE 表名 ADD[UNIQUE|FULLTEXT|SPATIAL] [INDEX|KEY] [索引名] (索引字段名)[ASC|DESC]
例：ALTER TABLE student ADD INDEX index_phone(phone)

3.删除表中的索引
DROP INDEX 索引名 ON 表名
ALTER TABLE table_name DROP INDEX index_name
ALTER TABLE table_name DROP PRIMARY KEY

注：第3条语句只在删除PRIMARY KEY索引时使用，因为一个表只可能有一个PRIMARY KEY索引，因此不需要指定索引名。如果没有创建PRIMARY KEY索引，但表具有一个或多个UNIQUE索引，则MySQL将删除第一个UNIQUE索引。

四、什么情况下使用索引

表的主关键字
自动建立唯一索引
如zl_yhjbqk（用户基本情况）中的hbs_bh（户标识编号）

表的字段唯一约束
ORACLE利用索引来保证数据的完整性
如lc_hj（流程环节）中的lc_bh+hj_sx（流程编号+环节顺序）

直接条件查询的字段
在SQL中用于条件约束的字段
如zl_yhjbqk（用户基本情况）中的qc_bh（区册编号）
select * from zl_yhjbqk where qc_bh=’7001’

查询中与其它表关联的字段
字段常常建立了外键关系
如zl_ydcf（用电成份）中的jldb_bh（计量点表编号）
select * from zl_ydcf a,zl_yhdb b where a.jldb_bh=b.jldb_bh and b.jldb_bh=’540100214511’

查询中排序的字段
排序的字段如果通过索引去访问那将大大提高排序速度
select * from zl_yhjbqk order by qc_bh（建立qc_bh索引）
select * from zl_yhjbqk where qc_bh=’7001’ order by cb_sx（建立qc_bh+cb_sx索引，注：只是一个索引，其中包括qc_bh和cb_sx字段）

查询中统计或分组统计的字段
select max(hbs_bh) from zl_yhjbqk
select qc_bh,count(*) from zl_yhjbqk group by qc_bh

五、什么情况下应不建或少建索引

1.表记录太少
  如果一个表只有5条记录，采用索引去访问记录的话，那首先需访问索引表，再通过索引表访问数据表，一般索引表与数据表不在同一个数据块，这种情况下ORACLE至少要往返读取数据块两次。而不用索引的情况下ORACLE会将所有的数据一次读出，处理速度显然会比用索引快。

2.经常插入、删除、修改的表对一些经常处理的业务表应在查询允许的情况下尽量减少索引

3.数据重复且分布平均的表字段
  假如一个表有10万行记录，有一个字段A只有T和F两种值，且每个值的分布概率大约为50%，那么对这种表A字段建索引一般不会提高数据库的查询速度。

4.经常和主字段一块查询但主字段索引值比较多的表字段
  如gc_dfss（电费实收）表经常按收费序号、户标识编号、抄表日期、电费发生年月、操作 标志来具体查询某一笔收款的情况，如果将所有的字段都建在一个索引里那将会增加数据的修改、插入、删除时间，从实际上分析一笔收款如果按收费序号索引就已经将记录减少到只有几条，如果再按后面的几个字段索引查询将对性能不产生太大的影响。

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

设计好MySql的索引可以让你的数据库飞起来，大大的提高数据库效率。设计MySql索引的时候有一下几点注意：

1，创建索引
对于查询占主要的应用来说，索引显得尤为重要。很多时候性能问题很简单的就是因为我们忘了添加索引而造成的，或者说没有添加更为有效的索引导致。如果不加索引的话，那么查找任何哪怕只是一条特定的数据都会进行一次全表扫描，如果一张表的数据量很大而符合条件的结果又很少，那么不加索引会引起致命的性能下降。但是也不是什么情况都非得建索引不可，比如性别可能就只有两个值，建索引不仅没什么优势，还会影响到更新速度，这被称为过度索引。

2，复合索引
比如有一条语句是这样的：select * from users where area=’beijing’ and age=22;如果我们是在area和age上分别创建单个索引的话，由于mysql查询每次只能使用一个索引，所以虽然这样已经相对不做索引时全表扫描提高了很多效率，但是如果在area、age两列上创建复合索引的话将带来更高的效率。如果我们创建了(area, age,salary)的复合索引，那么其实相当于创建了(area,age,salary)、(area,age)、(area)三个索引，这被称为最佳左前缀特性。因此我们在创建复合索引时应该将最常用作限制条件的列放在最左边，依次递减。

3，索引不会包含有NULL值的列
只要列中包含有NULL值都将不会被包含在索引中，复合索引中只要有一列含有NULL值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
4，使用短索引
对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个CHAR(255)的 列，如果在前10 个或20 个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。

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

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

7，不要在列上进行运算
select * from users where YEAR(adddate)

8，不使用NOT IN操作
NOT IN操作都不会使用索引将进行全表扫描。NOT IN可以NOT EXISTS代替。

七、引擎

  正所谓”问道有先后，术业有专攻“，不同的人所擅长的领域也各有不同，对于引擎来说，同样也如是，有的引擎侧重搜索，有的引擎侧重对数据库修改，有的引擎侧重事务，有的引擎丝毫不在意事务；不同类型的引擎能力各有不同，效率也各不相同。
如：
  MyISAM：不支持事务，读写互相阻塞，并发性低，以读为主，同时只会缓存索引key，不会缓存数据。尽量顺序操作以保证不阻塞(表锁定，读写单一且不可重复)，其全表扫描操作效率比较高

  InnoDB：支持事务四大特性，行级别锁定，可以缓存索引也可以缓存数据，表数据和主键关联后以平衡树形式存放，因此尽可能将主键设置小以拥有更多空间量!对高并发和数据一致性场景有较好适应，适用于频繁改动数据的场景！

  NDBCluster：分布式存储引擎，可与mysql不在同一台主机上， 搜索方式单一，内存需求量巨大，每次查询数据量小(少用)