数据库调优教程（十） 【精华章节】解决like ’%str’ 时索引不被使用的4种方法

最新推荐文章于 2025-04-23 10:46:43 发布
最新推荐文章于 2025-04-23 10:46:43 发布
阅读量1.1w 收藏 12
点赞数 4
分类专栏： 数据库调优 MySql数据库调优 文章标签： 数据库调优 mysql 数据库 索引 模糊查询
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hzy38324/article/details/44975859
版权
本文详细介绍了如何解决MySQL中使用LIKE '%str%'导致索引失效的问题，提供了包括选择主键查询、应用覆盖索引、使用全文索引以及利用全文检索引擎工具在内的四种解决方案，对于大数据量表的高效模糊查询具有指导意义。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

三、           索引


7.      解决like’%str’不使用模糊查询的4种方法


上一讲最后说了，只要模糊查询的模糊值在字符串前面，则不会使用索引，‘%aaa’和‘_aaa’都不会！

如下


应该说这是Mysql给程序员们开的一个玩笑。要是我的表数据量很大，而且又需要使用like’%%’这样的模糊查询来检索时，该怎么办？？

接下来，笔者将会给大家分享解决这个问题的四种方法！


1)    Select主键

只要Select的字段刚好是主键，那么就会使用到索引(只对innodb数据库有效)

比如下面的




                

        

    

  


        

            

                    
                      最低0.47元/天 解锁文章
                        
                    
            

        


    



                



	

		

			

				
					
MySQL 性能调优方法论

				
			

			

				

					AI天才研究院
				

				

					08-04
					
					777
					
				

			

		

		

			
				
2021年是MySQL数据库历史上有史以来的第十五个春天，然而其过去十多年里在处理海量数据量时却始终如此糟糕。本文就介绍一下数据库系统优化、性能优化的一些重要理论和方法论，并分享具体的案例进行分析。

			
		

	



                

            
              



	

		

			

				
					
MySQL调优

				
			

			

				

					CUITAO2305532402的博客
				

				

					04-22
					
					1134
					
				

			

		

		

			
				
慢查询日志，顾名思义，就是查询花费大量时间的日志，是指mysql记录所有执行超过long_query_time参数设定的时间阈值的SQL语句的日志。该日志能为SQL语句的优化带来很好的帮助。默认情况下，慢查询日志是关闭的，要使用慢查询日志功能，首先要开启慢查询日志功能。如何开启，我们稍后再说。1.3.2.1.1慢查询基础-优化数据访问查询性能低下最基本的原因是访问的数据太多。大部分性能低下的查询都可以通过减少访问的数据量的方式进行优化。

			
		

	



              


  
              

                


	

		

			

				
					
数据库调优教程（十） 【精华章节】解决like ’%str’ 时索引不被使用的4种方法...

				
			

			

				

					daxyang2015的博客
				

				

					04-10
					
					651
					
				

			

		

		

			
				
三、索引



7.解决like’%str’不使用模糊查询的4种方法


上一讲最后说了，只要模糊查询的模糊值在字符串前面，则不会使用索引，‘%aaa’和‘_aaa’都不会！
如下



应该说这是Mysql给程序员们开的一个玩笑。要是我的表数据量很大，而且又需要使用like’%%’这样的模糊查询来检索时，该怎么办？？
...

			
		

	





	

		

			

				
					
解决like '%字符串%'时索引不被使用的方法

				
			

			

				

					上善若水
				

				

					04-16
					
					1310
					
				

			

		

		

			
				
样例如下：
1.创建表
create table t1(
Id int not null PRIMARY key ,
Name varchar(20) not NULL DEFAULT ‘’,
age int not null   default 0,
Email varchar(20) not null DEFAULT ‘’
);
2.EXPLAIN优化分析：
EXPLAIN  select *...

			
		

	



		

			
		



	

		

			

				
					
【mysql】索引失效原因

					
最新发布

				
			

			

				

					Senkorl blog
				

				

					04-23
					
					347
					
				

			

		

		

			
				
了解这些导致索引失效的情况有助于在设计数据库表和编写查询时做出更合适的选择，从而提高查询性能。在实际应用中，结合具体的场景进行优化和测试，以确保索引的有效利用。

			
		

	





	

		

			

				
					
规避like '%xxx' 无法使用索引

				
			

			

				

					自知者明
				

				

					05-29
					
					2420
					
				

			

		

		

			
				
本文解决的问题是根据某个字段中内容后几位进行模糊查询时不能使用索引的情况，比如根据手机号后四位模糊匹配查询。
mysql中模糊查询如 mobile like ‘%2520’是无法使用mobile上的索引的，那么如果要根据手机号后四位进行模糊匹配可以用以下方法进行改造。
我们可以加入冗余列，比如mobile_reverse,内部存储为mobile的倒叙文本,如mobile 15836652520，那...

			
		

	





	

		

			

				
					
索引法则--LIKE以%开头会导致索引失效进而转向全表扫描（使用覆盖索引解决）

				
			

			

				

					Stone.鱼儿的博客
				

				

					09-18
					
					3383
					
				

			

		

		

			
				
什么是覆盖索引？
解释一： 就是select的数据列只用从索引中就能够取得，不必从数据表中读取，换句话说查询列要被所使用的索引覆盖。

解释二： 索引是高效找到行的一个方法，当能通过检索索引就可以读取想要的数据，那就不需要再到数据表中读取行了。如果一个索引包含了（或覆盖了）满足查询语句中字段与条件的数据就叫做覆盖索引。
（即select和where条件中的字段都出现在索引中，即为覆盖索引）

解释三：是非聚集组合索引的一种形式，它包括在查询里的Select、Join和Where子句用到的所有列（即建立索..

			
		

	





	

		

			

				
					
sql 中使用like%、函数导致索引失效的解决方案

				
			

			

				

					weixin_58691039的博客
				

				

					09-06
					
					1181
					
				

			

		

		

			
				
sql 中使用like%、函数导致索引失效的解决方案全文索引与虚拟列索引

			
		

	





	

		

			

				
					
【SQL】索引失效的11种情况

				
			

			

				

					null
				

				

					11-24
					
					7246
					
				

			

		

		

			
				
数据库调优的大致方向：sql查询优化技术有很多，大体分为物理查询优化和逻辑查询优化:数据准备：
索引失效案例
【1】. 全值匹配

【2】. 最佳左前缀法则

在定义表时，让主键auto_increment，否则，插入一条数据时可能会移动大量数据。
如，往 1 5 8 10 15 … 100 中插9，会放在8 10 中间，因为索引默认升序排列。那么10往后的数据都要挪动，页不够时又要放到下一页，每插一条数据都这样挪一次，开销很大
我们自定义的主键列id 拥有AUTO_INCREMENT 属性，在插入记录时存

			
		

	





	

		

			

				
					
索引失效情况之like

				
			

			

				

					Kaiser__的博客
				

				

					05-24
					
					932
					
				

			

		

		

			
				
在学习索引时，有一个问题通常很绕，那就是like。它有时可以使用到索引，而有时又不可以使用到索引。因此，今天按照我的个人理解对like进行一个总结。希望可以帮助到初学者，也欢迎大家一起讨论。

			
		

	





	

		

			

				
					
数据库优化之：like %xxx%该如何优化

				
			

			

				

					1点25的博客
				

				

					11-16
					
					2465
					
				

			

		

		

			
				
再来简单分析一下索引条件下推的原理，在执行查询时先利用SQL中所提供的created_at条件在联合索引B+树中进行快速查找，匹配到所有符合created_at条件的B+树叶子节点后，再根据company_name条件进行过滤，然后再根据过滤之后的结果中的主键ID进行回表找到其他字段（回表），最终才返回结果，这样处理的好处是能够减少回表的次数，从而提高查询效率。就一定会导致索引失效，原理也可以配合其他字段一起来建联合索引，从而使用到索引条件下推机制。就会利用到索引条件下推机制，比如下图中Extra里的。

			
		

	





	

		

			

				
					
mysql优化之like和=性能详析

				
			

			

				

					09-08
				

			

		

		

			
				
主要给大家介绍了关于mysql优化之like和=性能的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧

			
		

	





	

		

			

				
					
Mysql中like %xxx% 模糊查询该如何优化

				
			

			

				

					weixin_40587144的博客
				

				

					02-22
					
					2287
					
				

			

		

		

			
				
Mysql中like %xxx% 模糊查询该如何优化

			
		

	





	

		

			

				
					
mysql like‘%xxx%‘优化

				
			

			

				

					农夫三拳
				

				

					02-12
					
					1000
					
				

			

		

		

			
				
3、union联合使用虚拟队列进行查询。2、为虚拟列创建索引。

			
		

	





	

		

			

				
					
mysql怎样优化where like ‘%字符串%‘这种模糊匹配的慢sql

				
			

			

				

					雅冰石的专栏
				

				

					02-27
					
					455
					
				

			

		

		

			
				
工作中经常遇到这种模糊匹配的慢sql：select * from 表名 where 字段 like '%字符串%';由于前面有%，导致无法走该字段上的索引。

			
		

	





	

		

			

				
					
MySQL索引系列--索引的优化--LIKE模糊查询

				
			

			

				

					IT利刃出鞘的博客
				

				

					02-08
					
					9185
					
				

			

		

		

			
				
本文介绍MySQL的LIKE模糊查询索引的优化。主要是索引失效的解决方案。

			
		

	





	

		

			

				
					
MySQL学习笔记之索引优化与查询优化

				
			

			

				

					四国棋客
				

				

					06-22
					
					1188
					
				

			

		

		

			
				
本文记录了MySQL学习笔记中的查询优化和索引优化。索引优化部分列举并分析了索引失效的各种场景，查询优化部分包括了关联查询优化、子查询优化、排序优化、分组查询优化、分页查询优化，还介绍了覆盖索引、索引下推等概念和使用场景。最后，对比了普通索引和唯一索引、count(*)、count(1)和count(字段)的效率、exists和in的区分等优化手段。

			
		

	





	

		

			

				
					
mysql模糊查询like优化

				
			

			

				

					weixin_42412601的博客
				

				

					06-01
					
					1341
					
				

			

		

		

			
				
1、使用全文索引
MySQL 之全文索引：https://blog.csdn.net/mrzhouxiaofei/article/details/79940958
2、使用ICP特性
【mysql】关于ICP、MRR、BKA等特性：https://www.cnblogs.com/chenpingzhao/p/6720531.html
连模糊匹配like %%怎么优化都不知道：https://mp.weixin.qq.com/s/ygvuP35B_sJAlBHuuEJhfg

...

			
		

	





	

		

			

				
					
MySQL 中 like 模糊查询的优化方法

				
			

			

				

					m0_57836225的博客
				

				

					09-28
					
					1696
					
				

			

		

		

			
				
在 MySQL 中，like 模糊查询是一种常用的查询方式，但在某些情况下可能会导致性能问题。本文将介绍五种优化 MySQL 中 like 模糊查询的方法。

			
		

	





	

		

			

				
					
LIKE %sql调优

				
			

			

				

					02-03
				

			

		

		

			
				
### SQL性能优化技巧和方法

#### 选择合适的连接算法
对于被驱动表的关联字段如果没有索引，通常会选择批量嵌套循环(BNL)算法；而当存在索引时，则更倾向于使用嵌套循环连接(NLJ)算法，在这种情况下，NLJ算法相比BNL具有更高的效率[^2]。

#### 合理运用索引
为了提高查询速度，应该充分利用已有索引来减少扫描范围。例如，在涉及`LIKE`模式匹配的操作中，应当避免全模糊查询以及左模糊查询(`%...`)因为这类查询难以有效利用现有索引结构。相反地，推荐采用右模糊查询形式(`…%`)以便更好地发挥索引作用。另外，针对不可避免的左模糊场景，可以通过反转字符串加上函数索引的方式将其转化为可利用索引的形式[^3]。

#### 减少不必要的排序开销
由于排序是一项资源密集型任务，所以在设计SQL语句时不必要求返回有序的数据集除非确实需要。如果确实要进行排序操作，尽量缩小参与排序的数据规模，并尝试借助已有的索引来实现自然顺序排列从而规避显式的`ORDER BY`指令带来的额外负担。此外，当确认无需对最终结果实施特定次序安排时，可以在适当位置加入`ORDER BY NULL`来明示这一点以节省计算时间[^4]。

#### 明确指定所需列而非通配符*
在编写`SELECT`语句时精确指出希望获取的具体字段列表而不是简单依赖于星号(*)作为占位符。尽管后者看起来更加简洁易用但实际上却隐藏着潜在性能风险——数据库引擎不得不遍历整个元数据定义去解析实际所指代的所有列名称进而增加了处理复杂度。因此，明确写出各目标属性有助于提升整体执行效能[^5]。

```sql
-- 不好的做法
SELECT * FROM table_name;

-- 好的做法
SELECT column1, column2, ... ,columnN FROM table_name;
```

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		
评论 6

	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值