共计 1453 个字符，预计需要花费 4 分钟才能阅读完成。
自动写代码机器人，免费开通
这篇文章给大家分享的是有关 mysql 查询慢的原因的内容。丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考，一起跟随丸趣 TV 小编过来看看吧。
mysql 慢查询有影响的原因：1、没有索引或没有用到索引；2、IO 吞吐量小形成了瓶颈；3、内存不足；4、网络速度慢；5、一次查询的数据量过大；6、出现死锁。
常见查询慢的原因常见的话会有如下几种：
1、没有索引或没有用到索引。
PS：索引用来快速地寻找那些具有特定值的记录，所有 MySQL 索引都以 B - 树的形式保存。如果没有索引，执行查询时 MySQL 必须从第一个记录开始扫描整个表 的所有记录，直至找到符合要求的记录。表里面的记录数量越多，这个操作的代价就越高。如果作为搜索条件的列上已经创建了索引，MySQL 无需扫描任何记录 即可迅速得到目标记录所在的位置。如果表有 1000 个记录，通过索引查找记录至少要比顺序扫描记录快 100 倍。
索引类型：
普通索引：这是最基本的索引类型，没唯一性之类的限制。
唯一性索引：和普通索引基本相同，但所有的索引列只能出现一次，保持唯一性。
主键：主键是一种唯一索引，但必须指定为 PRIMARY KEY。
全文索引：MYSQL 从 3.23.23 开始支持全文索引和全文检索。在 MYSQL 中，全文索引的索引类型为 FULLTEXT。全文索引可以在 VARCHAR 或者 TEXT 类型的列上创建。
2、IO 吞吐量小形成了瓶颈。
PS：这是从系统层来分析 MYSQL 是比较耗 IO 的。一般数据库监控也是比较关注 IO。
监控命令：$iostat -d -k 1 10
参数 -d 表示，显示设备（磁盘）使用状态；- k 某些使用 block 为单位的列强制使用 Kilobytes 为单位；1 10 表示，数据显示每隔 1 秒刷新一次，共显示 10 次。
3、内存不足
监控内存使用：vmstat [-n] [延时 [ 次数]]
Memory
swpd: 切换到交换内存上的内存 (默认以 KB 为单位)
• 如果 swpd 的值不为 0，或者还比较大，比如超过 100M 了，但是 si, so 的值长期为 0，这种情况我们可以不用担心，不会影响系统性能。
free: 空闲的物理内存
buff: 作为 buffer cache 的内存，对块设备的读写进行缓冲
cache: 作为 page cache 的内存, 文件系统的 cache• 如果 cache 的值大的时候，说明 cache 住的文件数多，如果频繁访问到的文件都能被 cache 住，那么磁盘的读 IO bi 会非常小。
4、网络速度慢
ping IP -t 查看是否有丢包。
5、一次查询的数据量过大。
比如没有分页查询，一次提取上万条记录。数据库有可能卡死。
6、出现死锁
所谓死锁: 是指两个或两个以上的进程在执行过程中, 因争夺资源而造成的一种互相等待的现象, 若无外力作用, 它们都将无法推进下去.
Show innodb status 检查引擎状态 , 可以看到哪些语句产生死锁。
执行 show processlist 找到死锁线程号. 然后 Kill processNo
7、返回了不必要的行或列
一般查询 SQL 语句一定要将字段明确指定。而不要使用 * 进行查询
8、注意 UNion 和 UNion all 的区别。UNION all 好
UNION 在进行表链接后会筛选掉重复的记录，所以在表链接后会对所产生的结果集进行排序运算，删除重复的记录再返回结果。所以 union all 的效率肯定要高！
感谢各位的阅读！关于“mysql 查询慢的原因”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！
向 AI 问一下细节
