MySql like 失效问题

文章讨论了在IT系统中,使用%N%进行模糊查询时遇到的问题,发现是由于coalesce()函数导致。解决方法包括避免使用该函数或直接针对拼接字段(custom_name)进行查询。

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

如图,按照两个字段搜索, 用户可能根据A字段搜索,也有可能根据B字段搜索,所以在这里做了一个拼接操作,然后进行模糊查询   

但是查询出现了问题    根据  %N%  查询,但是查出来的数据根本不是自己想要的

解决办法:

分析了很久,才发现是  coalesce() 这个函数的问题   如果你加了这个函数 并且 查询是使用 as 后的字段名 就会出问题   

两种解决办法,第一你不要使用这个函数 自然就没问题  

第二种  使用你具体需要拼接的字段的名称进行模糊查询 ,我这里把拼接的name换成custom_name就没问题了

### MySQLLIKE 使用导致索引失效的场景及解决方案 在 MySQL 数据库中,`LIKE` 操作符常用于模糊查询。然而,在某些情况下,使用 `LIKE` 会导致索引失效,从而影响查询性能。以下是具体的场景和解决方案。 #### 场景一:前缀通配符 当 `LIKE` 查询以通配符(如 `%` 或 `_`)开头时,MySQL 无法利用索引进行高效查找,因为索引是基于从左到右匹配的规则[^1]。例如: ```sql SELECT * FROM users WHERE name LIKE '%John'; ``` 在这种情况下,由于查询条件从字符串中间开始匹配,索引将失效MySQL 必须执行全表扫描来查找匹配的记录[^2]。 #### 场景二:数据类型不匹配 如果 `LIKE` 查询中的值与索引列的数据类型不一致,MySQL 可能会进行隐式类型转换,这同样会导致索引失效[^3]。例如: ```sql CREATE TABLE users (id INT PRIMARY KEY, name VARCHAR(50), INDEX idx_name (name)); SELECT * FROM users WHERE name LIKE 123; ``` 上述查询中,`name` 列为 `VARCHAR` 类型,而查询条件为整数类型,因此可能导致索引失效。 #### 解决方案 1. **避免前缀通配符** 如果可能,尽量避免在 `LIKE` 查询中使用前缀通配符。可以通过其他方式优化查询逻辑,例如使用全文索引或倒排索引[^4]。 2. **确保数据类型一致** 确保查询条件与索引列的数据类型一致,避免隐式类型转换。例如,对于字符串类型的列,始终使用字符串作为查询条件[^3]。 3. **使用覆盖索引** 在某些情况下,即使索引不能直接用于过滤,也可以通过覆盖索引来减少回表操作,从而提高查询效率[^5]。 4. **考虑全文索引** 对于复杂的模糊查询需求,可以考虑使用 MySQL 的全文索引功能。全文索引支持更高效的文本搜索,并且不会因通配符而导致索引失效[^6]。 ```sql -- 创建全文索引 ALTER TABLE users ADD FULLTEXT idx_fulltext_name (name); -- 使用全文索引进行查询 SELECT * FROM users WHERE MATCH(name) AGAINST('John'); ``` #### 示例代码 以下是一个优化示例,展示如何避免索引失效: ```sql -- 原始查询(可能导致索引失效) SELECT * FROM users WHERE name LIKE '%John'; -- 优化后的查询(避免前缀通配符) SELECT * FROM users WHERE name LIKE 'John%'; ``` 通过调整查询逻辑,可以显著提升查询性能并充分利用索引。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值