【更新中】Mysql问题分析

WHERE条件包含 LIKE CONCAT('%',..., '%') 的情况

使用场景影响索引利用情况

当CONCAT函数用于构建一个完整的、固定值(如CONCAT('fixed_prefix', column_name)或CONCAT(column_name, 'fixed_suffix')),并且在WHERE子句中作为比较条件时,如果相关列有合适的索引,是有可能利用索引的。因为数据库可以根据索引的有序性,从索引中定位到符合固定前缀或后缀开头(结尾)的记录范围。

例如,有一个表users,其中有一个name列并建立了索引,查询SELECT * FROM users WHERE name LIKE CONCAT('J', '%')(这里CONCAT用于构建一个以 'J' 开头的模式),数据库可能会利用索引来定位以 'J' 开头的记录范围,而不是进行全表扫描。

模糊匹配场景难以利用索引

当CONCAT与LIKE操作符结合,且在LIKE表达式中两端都带有通配符(如LIKE CONCAT('%', column_name, '%'))时,通常无法有效利用索引。这是因为索引是按照一定的顺序存储数据的,这种两边都不确定的模糊匹配方式,使得数据库很难通过索引快速定位符合条件的数据,往往需要对大量数据进行扫描和匹配。

例如,对于查询SELECT * FROM users WHERE name LIKE CONCAT('%', 'John', '%'),数据库很难利用索引来高效地找到包含 'John' 的记录,因为它不知道从索引的哪个位置开始查找,需要遍历很多可能的记录。

相关推荐
Zan4 小时前
SQLite + SQLx 实战:为什么已经发布的数据库迁移文件,绝对不能再修改?
数据库·后端·面试
这个DBA有点耶5 小时前
数据同步的三个工程底线:DDL同步、断点续传、一致性校验——开源CDC的边界与KFS的路径
数据库·dba·代码规范
aiks_yuan5 小时前
MySQL GROUP BY 很慢怎么优化:加了索引反而从 1 秒变 7 秒,Using temporary 该不该消(MySQL 8.2 实测 400 万行)
mysql
SelectDB6 小时前
列式存储为什么适合分析类负载?原理、限制与日志场景应用
数据库
数据库小学妹7 小时前
MySQL大字段治理:行溢出机制、覆盖索引与拆表
数据库·mysql·性能优化
爱吃奥利奥_wen7 小时前
SQL Server 基础语法详解:从建库建表到约束与增删改查
服务器·数据库·oracle
这个DBA有点耶8 小时前
MySQL 8.0不可见索引:删索引怕出事,不删又拖慢写入——中间态怎么用?
数据库·mysql·代码规范
测试界的小码农9 小时前
【图数据库实战进阶(01):从零认识 Neo4j,搭建第一个图数据库项目】
数据库·neo4j
x_SpiderMan10 小时前
搭建Oracle RAC 集群
数据库·oracle