mysql之索引

目录

1.说明

2.索引的好处及坏处

3.索引的类型

4.索引的创建，删除和查看

5.适合创建索引和不适合创建索引的情况

6.性能下降的原因

---

1.说明

        MySQL官方对索引的定义：索引（Index）是帮助MySQL高效获取数据的数据结构,这些数据结构以某种方式引用（指向）数据。索引的本质是：数据结构。可以简单理解为“排好序的快速查找数据结构”

        一个非常恰当的比喻就是书的目录页与书的正文内容之间的关系，为了方便查找书中的内容，通过对内容建立索引形成目录。因此，首先你要明白的一点就是，索引它也是一个文件，它是要占据物理空间的。

在数据之外，数据库系统还维护着满足特定查找算法的数据结构，这些数据结构以某种方式引用(指向)数据，这样就可以在这些数据结构上实现高级查找算法。这种数据结构，就是索引。下图就是一种可能的索引方式示例。

 一般来说索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储的磁盘上。

我们平常所说的索引，如果没有特别指明，都是指B树(多路搜索树，并不一定是二叉的)结构组织的索引。其中，复合索引，单值索引，唯一索引默认都是使用B+树索引，统称索引。当然，除了B+树这种类型的索引之外，还有哈稀索引(bashindex)等。

2.索引的好处及坏处

好处：

类似大学图书馆建书目索引，提高数据检索的效率，降低数据库的IO成本。

通过索引列对数据进行排序，降低数据排序的成本，降低了CPU的消耗。

坏处：

实际上索引也是一张表，该表保存了主键与索引字段，并指向实体表的记录，所以索引列也是要占用空间的。

虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行INSERT、UPDATE和DELETE。因为更新表时，MySOL不仅要保存数据，还要保存一下索引文件每次更新添加了索引列的字段，都会调整因为更新所带来的键值变化后的索引信息。

索引只是提高效率的一个因素，如果你的MVSOL有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询。

3.索引的类型

单值索引：一个索引只包含单个列，一个表可以有多个单列索引。

唯一索引：索引列的值必须唯一，但可以为空值。

复合索引：一个索引包含多个列。

4.索引的创建，删除和查看

创建：

CREATE[UNIQUE]INDEX indexName ON mytable(columnname(length));

ALTER mytable ADD[UNIQUE] INDEX [indexName] ON (columnname)

示例：

添加普通索引

ALTER TABLE `sys`.`bms_bills_memo` ADD INDEX `memo_supplierId`(`id`, `supplier_id`) USING BTREE;

create index memo_supplierId on bms_bills_memo(id,supplier_id);

USING BTREE可以不加，默认是B树索引。

添加唯一索引

ALTER TABLE `sys`.`bms_bills_memo` ADD unique INDEX `memo_supplierId`(`id`, `supplier_id`);
create unique index memo_supplierId on bms_bills_memo(id,supplier_id);

删除

DROP INDEX indexName ON mytable;

示例：

drop index memo_supplierId on bms_bills_memo;

查看

SHOW INDEX FROM table_name\G

示例：

show index  from bms_bills_memo;

5.适合创建索引和不适合创建索引的情况

适合创建索引

1.主键自动建立唯一索引
2.频繁作为查询条件的字段应该创建索引
3.查询中与其它表关联的字段，外键关系建立索引
4.单键/组合索引的选择问题，who?(在高并发下倾向创建组合索引)

5.查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度
6.查询中统计或者分组字段

不适合创建索引

1. 表记录太少
2.经常增删改的表，频繁更新的字段不适合创建索引  因为每次更新不单单是更新了记录还会更新索

3.Where条件里用不到的字段不创建索引

4.数据重复且分布平均的表字段，如果某个数据列包含许多重复的内容，为它建立索引就没有太大的实际效果。如性别，只有男和女两种情况，

6.性能下降的原因

查询语句写的不好

索引失效

关联查询太多(设计缺陷或者不得已的需求)

服务器各个参数的设置