有了这份MySQL慢查询优化葵花宝典,你和面试官吹牛皮绰绰有余!

作者:微信小助手

发布时间:2022-10-10T09:21:33

文章来源:https://juejin.cn/post/7103315065352552456



前言


日常开发中,我们经常会遇到数据库慢查询。那么导致数据慢查询都有哪些常见的原因?今天就跟大家聊聊导致数据库慢查询的12个常见原因,以及对应的解决方法。


1. SQL没加索引





很多时候,我们的慢查询,都是因为没有加索引。如果没有加索引的话,会导致全表扫描的。因此,应考虑在where的条件列,建立索引,尽量避免全表扫描。

反例:

 
select * from user_info where name ='捡田螺的小男孩公众号' ;


正例:

 
//添加索引
alter table user_info add index idx_name (name);



2. SQL 索引不生效





有时候我们明明加了索引了,但是索引却不生效。在哪些场景,索引会不失效呢?主要有以下十大经典场景:


2.1 隐式的类型转换,索引失效


我们创建一个用户user表

 
CREATE TABLE user (
  id int(11) NOT NULL AUTO_INCREMENT,
  userId varchar(32) NOT NULL,
  age varchar(16) NOT NULL,
  name varchar(255) NOT NULL,
  PRIMARY KEY (id),
  KEY idx_userid (userId) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


userId字段为字串类型,是B+树的普通索引,如果查询条件传了一个数字过去,会导致索引失效。如下:

如果给数字加上'',也就是说,传的是一个字符串呢,当然是走索引,如下图:

为什么第一条语句未加单引号就不走索引了呢?这是因为不加单引号时,是字符串跟数字的比较,它们类型不匹配,MySQL会做隐式的类型转换,把它们转换为浮点数再做比较。隐式的类型转换,索引会失效。


2.2 查询条件包含or,可能导致索引失效


我们还是用这个表结构:

 
CREATE TABLE user (
  id int(11) NOT NULL AUTO_INCREMENT,
  userId varchar(32) NOT NULL,
  age varchar(16) NOT NULL,
  name varchar(255) NOT NULL,
  PRIMARY KEY (id),
  KEY idx_userid (userId) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


其中userId加了索引,但是age没有加索引的。我们使用了or,以下SQL是不走索引的,如下:

对于or+没有索引的age这种情况,假设它走了userId的索引,但是走到age查询条件时,它还得全表扫描,也就是需要三步过程:全表扫描+索引扫描+合并

如果它一开始就走全表扫描,直接一遍扫描就完事。Mysql优化器出于效率与成本考虑,遇到or条件,让索引失效,看起来也合情合理嘛。

注意:如果or条件的列都加了索引,索引可能会走也可能不走,大家可以自己试一试哈。但是平时大家使用的时候,还是要注意一下这个or,学会用explain分析。遇到不走索引的时候,考虑拆开两条SQL。


2.3. like通配符可能导致索引失效。


并不是用了like通配符,索引一定会失效,而是like查询是以%开头,才会导致索引失效。

like查询以%开头,索引失效

 
explain select * from user where userId like '%123';


%放后面,发现索引还是正常走的,如下:

 
explain select * from user where userId like '123%';


既然like查询以%开头,会导致索引失效。我们如何优化呢?

  • 使用覆盖索引
  • %放后面


2.4 查询条件不满足联合索引的最左匹配原则


MySQl建立联合索引时,会遵循最左前缀匹配的原则,即最左优先。如果你建立一个(a,b,c)的联合索引,相当于建立了(a)、(a,b)、(a,b,c)三个索引。

假设有以下表结构:

 
CREATE TABLE user (
  id int(11) NOT NULL AUTO_INCREMENT,
  user_id varchar(32) NOT NULL,
  age varchar(16) NOT NULL,
  name varchar(255) NOT NULL,
  PRIMARY KEY (id),
  KEY idx_userid_name (user_id,name) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


有一个联合索引idx_userid_name,我们执行这个SQL,查询条件是name,索引是无效:

 
explain select * from user where name ='捡田螺的小男孩';


因为查询条件列name不是联合索引idx_userid_name中的第一个列,索引不生效

在联合索引中,查询条件满足最左匹配原则时,索引才正常生效。


2.5 在索引列上使用mysql的内置函数


表结构:

 
CREATE TABLE `user` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `userId` varchar(32) NOT NULL,
  `login_time` datetime NOT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_userId` (`userId`) USING