MySQL-进阶01-索引

1.my.ini文件修改后要重启MySQL
2.要启动多个MySQL就得修改my.ini的端口号

索引（磁盘IO是软件性能常见瓶颈）：

why使用索引：

1.mysql用全表遍历速度很慢；
2.索引建立B+树结构自上而下查询：
2.1B+树每个节点存的都是索引该列的值；
2.2B+树所有数据都存在叶子节点，叶子节点相互间有指针指向下一个叶子
2.3数据放在普通节点会增加普通节点体积，放索引放的比放数据性价比高，能存放更多索引列而非仅能存放少量数据。所以使用B+树结构；
2.3.1每次磁盘I/O拿到的id越多，B+树层级越低，需要的I/O次数就越少。

 索引主要干两件事：排序和查询

1.1聚簇索引：

索引和数据放一起；
索引+所有数据（包括id）；
一个表仅有一个聚簇索引；
建议：主键建议使用自增id，uuid太过离散，乱，很可能导致维护成本高！

1.2非聚簇索引：XXXX不放一起；索引+id

命名：普通索引：idx_name
唯一索引:ux_name

2.1主键索引：（特性：唯一，非空）

自增的一定是主键，但主键不一定自增。

2.2普通索引（任何字段都能建立普通索引）：

★create index idx_name on table(user_name(length))
drop index idx_name on table
alter table table_name add index inx_name (创建索引方式二)

2.3唯一索引（字段不能重复）

create unique index idx_name on table(user_name);

注：普通索引、唯一索引→都是非聚簇索引

2.4全文索引（基本不用，ES代替它）

2.5★★复合（联合）索引（最常用！！！）

场景：多条件（前端有多个输入栏）查询
create index idx_name_dept_loca on table(user_name,dept,location)
复合索引效率**>**创建出的多个索引效率

联合索引注意事项：

最左匹配原则：

当某字段写成范围查询，那么此字段右边的字段的索引就会失效 因为后面的索引要依赖于前面的索引

记住一句话：建立索引时，把范围查询的字段放在最后边

2.6Hash索引 （较少用）

innoDB引擎不支持
Memory/Heap引擎才支持哈希索引 so使用时改引擎

tip：建立索引一般在可视化界面中点鼠标创建，不敲代码

索引使用的问题

1.适合做索引：

1.频繁查询的字段
2.关联字段
3.排序字段（order by）
4.分组字段
5.统计字段（count()、max()）

2.不适合做索引：

1.频繁更新字段
2.where中用不到的字段
3.表数据少
4.数据重复且均匀（性别，真假值）
5.参与列计算的字段 索引会失效

3.习惯使用复合索引

4.索引不会包含有NULL值的列

1.存 -1 都比存null强，存null会导致全表遍历。

5.字段区分度较高情况下，使用短索引

char（255）X
char（25）√

6.排序索引问题：

例： 若where中使用了索引，那么order by就不会使用索引
mysql每次查询只能使用★一个索引！所以复合索引的好处由此体现。

★★★7.索引失效情况：

1.有or 会全表扫描！ so想让or生效必须给每一列加索引
2.复合索引不符合最左前缀原则
3.like查询以%开头
4.全表扫描比用索引快
5.参与列计算的字段（加减乘除，日期计算和format，格式化日期）