Mysql的索引详解

1.索引的分类

1.按照功能来分,可以分为主键索引、唯一索引、普通索引、全文索引

2.按照索引字段个数来分,可以分为单列索引、联合索引

3.按照物理实现方式来分,可以聚簇索引、非聚簇索引

2.适合添加索引的场景

1.具有唯一性约束的字段。

2.频繁地作为where查询条件的字段,包括select/update/delete。

3.需要gruop by 或 order by的字段

4.distinct字段需要添加索引(实测在数据量小的情况下意义不大)

5.多表连接join时需要注意的事项:连接表的张数最好不要超过3张,对where条件的字段增加索引,对于两表之间的关联字段,被关联表的该字段需要有索引且字段在两表中的属性保持一致。

6.区分度高的字段适合作为索引,反之则不适合。举例:性别字段就两种类型,这种区分度就很低,不适合作为索引。我们常用的xxId,一般来说这种id都是唯一的,每个人的id都不一样,这种区分度就是100%,非常适合作为索引。

3.慢sql分析

可以开启慢sql日志,然后分析慢sql日志中的慢sql。

在my.cnf中开启慢sql日志:

long_query_time=1; //设置慢查询的标准是1S,超过1S就是慢查询。

slow_query_log=ON; //设置开启慢查询日志记录

4.profile分析

对于慢查询sql,可以使用profile工具进行分析,确定SQL主要耗时是在什么步骤。

show profiles; //查询最近的一些sql

show profile for query 704; //展示我们需要查询的sql的详细耗时情况

可以看到上述sql耗时主要在executing步骤,也就是执行阶段。这种时候就需要explain一下sql,查看具体的执行计划进行分析。

5.explain分析

可以看到上述sql走了name索引,Using index表示是走了覆盖索引,但是还是耗时很长,最主要的原因就是扫描的行太多了,也就是rows字段,多达9307475行,就是数据量太大导致的耗时长。

5.1 explain关键字分析

相关推荐
G311354227332 分钟前
大模型不可用时,业务还能不能继续:企业需要设计降级方案
大数据·服务器·数据库·人工智能·深度学习
VALENIAN瓦伦尼安教学设备1 小时前
激光对中仪采购要点
数据库·嵌入式硬件·算法
码农颜1 小时前
5.2.2 隔离级别
数据库·mysql
微三云 - 廖会灵 (私域系统开发)2 小时前
基于 OPC 流程控制的抖店集群 SaaS 平台设计与渠道分账系统实现
数据库
骇客野人2 小时前
MySQL 信创化迁移至 PolarDB-X 整体实施方案
数据库·mysql
计科土狗3 小时前
GESP六级专题之类与对象
java·前端·数据库
麦聪聊数据3 小时前
数据治理 ROI(下):算清投入产出比,小切口落地快速验证价值
数据库
dyxal3 小时前
SSH本地端口转发完全解析:像“挖掘隧道”一样安全访问远程数据库
数据库·安全·ssh
OceanBase数据库官方博客4 小时前
让 DRP全域数据智能流转OceanBase AI 数据库支撑央国企落地穿透式监
数据库·人工智能·oceanbase
笃行3504 小时前
零代码完成MongoDB迁移,KingbaseES是怎么做到的
数据库