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关键字分析

相关推荐
m0_4665252915 分钟前
绿盟科技风云卫AI安全能力平台成果重磅发布
大数据·数据库·人工智能·安全
爱学习的阿磊1 小时前
使用Fabric自动化你的部署流程
jvm·数据库·python
枷锁—sha1 小时前
【SRC】SQL注入快速判定与应对策略(一)
网络·数据库·sql·安全·网络安全·系统安全
惜分飞1 小时前
ORA-600 kcratr_nab_less_than_odr和ORA-600 4193故障处理--惜分飞
数据库·oracle
chian-ocean1 小时前
CANN 生态进阶:利用 `profiling-tools` 优化模型性能
数据库·mysql
m0_550024631 小时前
持续集成/持续部署(CI/CD) for Python
jvm·数据库·python
AC赳赳老秦1 小时前
代码生成超越 GPT-4:DeepSeek-V4 编程任务实战与 2026 开发者效率提升指南
数据库·数据仓库·人工智能·科技·rabbitmq·memcache·deepseek
啦啦啦_99991 小时前
Redis-2-queryFormat()方法
数据库·redis·缓存
玄同7652 小时前
SQLite + LLM:大模型应用落地的轻量级数据存储方案
jvm·数据库·人工智能·python·语言模型·sqlite·知识图谱
吾日三省吾码2 小时前
别只会“加索引”了!这 3 个 PostgreSQL 反常识优化,能把性能和成本一起打下来
数据库·postgresql