惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

罗磊的独立博客
The GitHub Blog
The GitHub Blog
Hugging Face - Blog
Hugging Face - Blog
博客园 - 聂微东
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
IT之家
IT之家
小众软件
小众软件
博客园_首页
G
Google Developers Blog
Apple Machine Learning Research
Apple Machine Learning Research
MyScale Blog
MyScale Blog
Engineering at Meta
Engineering at Meta
Jina AI
Jina AI
酷 壳 – CoolShell
酷 壳 – CoolShell
人人都是产品经理
人人都是产品经理
B
Blog RSS Feed
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
D
Docker
B
Blog
雷峰网
雷峰网
WordPress大学
WordPress大学
Stack Overflow Blog
Stack Overflow Blog
宝玉的分享
宝玉的分享

Jiajun的技术笔记

你好,2026! TiDB 源码阅读(六):TiDB Coprocessor 源码解析 性能优化的核心思想 TiDB 源码阅读(五):索引 TiDB 源码阅读(四):AST、逻辑计划、物理计划 CockroachDB Serverless Architecture podman 无故退出 Cursor Control-L (CTRL-L) Keyboard Shortcuts in Terminal Replace docker with podman Using xmonad with xfce4 A RC script for freebsd frpc 自己动手写一个k8s controller AI 会取代你的(编程)岗位吗? 自建DERP服务器提升Tailscale连接速度(使用Nginx转发) 自动升级Docker容器 再读《程序员修炼之道-从小工到专家》 让浏览器下载文件 再读《软件随想录》/《黑客与画家》/《软技能》 HTTP 压力测试中的 Coordinated Omission 2的补码 编程语言中的 context 是什么? flutter macOS 构建出错 Flatpak 使用小记 Golang CAS 操作是怎么实现的 PostgreSQL 当MQ来使用 Clash 结合 工作VPN 的网络设计 使用 PostgreSQL 搭建 JuiceFS PostgreSQL 配置优化和日志分析 有GitHub Copilot?那就可以搭建你的ChatGPT4服务 窗口函数的使用(以PG为例)
程序员的MySQL手册(五):索引优化
Jiajun Huang · 2020-07-28 · via Jiajun的技术笔记

随着产品的迭代,数据库中的数据一直在变更,索引也要跟着变更才能顺应时代,哦不,顺应数据的要求。

当索引不够好用时—通常是一波请求高峰击溃了系统,或者是提前发现查询性能不够高,我们就需要对查询进行诊断,判断当前是否 使用了索引,是否所使用的索引是否足够高效。

而我们所需要借助的工具只有两个,第一,slowlog,通过它我们可以发现慢查询;第二,explain,通过它我们可以一窥MySQL的执行 计划,从而判定索引是否合理,从而决定是否需要优化。

slowlog我们在第一篇中有讲述,这一篇,我们主要来学习一下如何使用explain。

首先我们来看一个EXPLAIN的例子:

MariaDB [foo]> EXPLAIN SELECT COUNT(*) FROM user WHERE name > 'A' AND name < 'Z';
+------+-------------+-------+-------+---------------+-----------+---------+------+------+--------------------------+
| id   | select_type | table | type  | possible_keys | key       | key_len | ref  | rows | Extra                    |
+------+-------------+-------+-------+---------------+-----------+---------+------+------+--------------------------+
|    1 | SIMPLE      | user  | range | user_name     | user_name | 1022    | NULL |  686 | Using where; Using index |
+------+-------------+-------+-------+---------------+-----------+---------+------+------+--------------------------+
1 row in set (0.000 sec)

对于每一列的解释如下:

  • id: 语句的id
  • select_type: 查询语句的类型,可选值见下图。
  • table: 所查询的表
  • partitions: 所涉及到的分区,如果不是NDB集群,没有这个字段
  • type: 查询数据的类型,类型见 这里我的这篇博客
  • possible_keys: 可能会使用的索引
  • key: 实际使用的索引
  • key_len: 使用到索引的长度
  • ref: 和索引做比较的列
  • rows: MySQL预估有多少行需要处理
  • filtered: 大概被过滤的行数的百分比
  • Extra: 其它信息

MySQL Select Type

索引提示

了解了查询如何被MySQL执行,以及为什么慢之后,就会有对策出来,一般要么是加新的索引,要么是MySQL选错了索引。如果是选错了 索引,那么我们就需要使用索引提示。语句如下:

SELECT * FROM table1 USE INDEX (col1_index,col2_index)
  WHERE col1=1 AND col2=2 AND col3=3;

SELECT * FROM table1 IGNORE INDEX (col3_index)
  WHERE col1=1 AND col2=2 AND col3=3;

详见 https://dev.mysql.com/doc/refman/8.0/en/index-hints.html

总结

通过这个系列的五篇文章,我们熟悉和了解了日常开发工作中,涉及到的MySQL的知识,我们系统的整理了这些知识,从安装,监控, 到熟悉MySQL的类型,索引设计,索引优化。深入了解这些知识,是成为中高级、资深开发的必备知识。希望这个系列能够作为引子, 抛砖引玉,为大家带来一定帮助,并且引导大家更加深入的了解MySQL。

系列目录:


参考资料: