腾讯面试：一条SQL语句执行得很慢的原因有哪些？—不看后悔系列(推荐)
41 浏览量
2020-12-16
09:53:20
上传
评论
收藏 93KB PDF 举报
腾讯面试：一条腾讯面试：一条SQL语句执行得很慢的原因有哪些？语句执行得很慢的原因有哪些？—不看后不看后
悔系列悔系列(推荐推荐)
说实话，这个问题可以涉及到 MySQL 的很多核心知识，可以扯出一大堆，就像要考你计算机网络的知识时，问你“输入URL
回车之后，究竟发生了什么”一样，看看你能说出多少了。
之前腾讯面试的实话，也问到这个问题了，不过答的很不好，之前没去想过相关原因，导致一时之间扯不出来。所以今天，我
带大家来详细扯一下有哪些原因，相信你看完之后一定会有所收获，不然你打我。
开始装逼：分类讨论开始装逼：分类讨论
一条 SQL 语句执行的很慢，那是每次执行都很慢呢？还是大多数情况下是正常的，偶尔出现很慢呢？所以我觉得，我们还得
分以下两种情况来讨论。
1、大多数情况是正常的，只是偶尔会出现很慢的情况。
2、在数据量不变的情况下，这条SQL语句一直以来都执行的很慢。
针对这两种情况，我们来分析下可能是哪些原因导致的。
针对偶尔很慢的情况
一条 SQL 大多数情况正常，偶尔才能出现很慢的情况，针对这种情况，我觉得这条SQL语句的书写本身是没什么问题的，而
是其他原因导致的，那会是什么原因呢？
数据库在刷新脏页我也无奈啊数据库在刷新脏页我也无奈啊
当我们要往数据库插入一条数据、或者要更新一条数据的时候，我们知道数据库会在内存中把对应字段的数据更新了，但是更
新之后，这些更新的字段并不会马上同步持久化到磁盘中去，而是把这些更新的记录写入到 redo log 日记中去，等到空闲的
时候，在通过 redo log 里的日记把最新的数据同步到磁盘中去。
不过，redo log 里的容量是有限的，如果数据库一直很忙，更新又很频繁，这个时候 redo log 很快就会被写满了，这个时候就
没办法等到空闲的时候再把数据同步到磁盘的，只能暂停其他操作，全身心来把数据同步到磁盘中去的，而这个时候，就会导
致我们平时正常的SQL语句突然执行的很慢，所以说，数据库在在同步数据到磁盘的时候，就有可能导致我们的SQL语句执行
的很慢了。
拿不到锁我能怎么办拿不到锁我能怎么办
这个就比较容易想到了，我们要执行的这条语句，刚好这条语句涉及到的表，别人在用，并且加锁了，我们拿不到锁，只能慢
慢等待别人释放锁了。或者，表没有加锁，但要使用到的某个一行被加锁了，这个时候，我也没办法啊。
如果要判断是否真的在等待锁，我们可以用 show processlist这个命令来查看当前的状态哦，这里我要提醒一下，有些命令最
好记录一下，反正，我被问了好几个命令，都不知道怎么写，呵呵。
下来我们来访分析下第二种情况，我觉得第二种情况的分析才是最重要的
针对一直都这么慢的情况针对一直都这么慢的情况
如果在数据量一样大的情况下，这条 SQL 语句每次都执行的这么慢，那就就要好好考虑下你的 SQL 书写了，下面我们来分析
下哪些原因会导致我们的 SQL 语句执行的很不理想。
我们先来假设我们有一个表，表里有下面两个字段,分别是主键 id，和两个普通字段 c 和 d。
mysql> CREATE TABLE `t` (
`id` int(11) NOT NULL,
`c` int(11) DEFAULT NULL,
`d` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB;
扎心了，没用到索引扎心了，没用到索引
没有用上索引，我觉得这个原因是很多人都能想到的，例如你要查询这条语句
select * from t where 100 <c and c < 100000;
字段没有索引
刚好你的 c 字段上没有索引，那么抱歉，只能走全表扫描了，你就体验不会索引带来的乐趣了，所以，这回导致这条查询语句
很慢。
资源评论
