Optimization of MySQL search using quot;likequot; and wildcards(使用“like优化 MySQL 搜索和通配符)
问题描述
如何查询像
SELECT * FROM sometable WHERE somefield LIKE '%value%'
要优化吗?
这里的主要问题是阻止 DBMS 使用索引的第一个通配符.
The main issue here is the first wildcard which prevents DBMS from using index.
此外,somefield 值是纯字符串(不是一段文本),因此无法执行全文搜索.
What is more, somefield value is solid string (not a piece of text) so fulltext search could not be performed.
推荐答案
两种方式:
(1) 使用内存表,所以速度非常快.
(1) use an in-memory table so it goes very fast.
(2) 编写比 foo LIKE '%bar%' 更好的索引和搜索算法.如果不了解您的问题,就无法就此提出任何建议.
(2) cook up a better index and search algorithm than foo LIKE '%bar%'. It's not possible to make any suggestions about this without knowing more about your problem.
正如您所指出的,%bar% 模式保证每次查找都进行表扫描,这使数据库软件中任何可能的搜索独创性无效.
As you have pointed out, the %bar% pattern guarantees a table-scan for every lookup, which nullifies any possible search ingenuity in the database software.
这篇关于使用“like"优化 MySQL 搜索和通配符的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:使用“like"优化 MySQL 搜索和通配符
基础教程推荐
- SQL Server 实例在登录协商期间返回无效或不受支持的协议版本 2021-01-01
- SSMS 中的权限问题:“对象 'extended_properties'、数据库 'mssqlsystem_resource'、... 错误 229)上的 SELECT 权限被拒绝" 2022-01-01
- SQL:使用来自具有相同列名的两个表中的数据... 2021-01-01
- 是否可以执行按位分组功能? 2021-01-01
- 无法解决整理冲突 2021-01-01
- 将 SQL Server DateTime 列迁移到 DateTimeOffset 2021-01-01
- 需要 MySQL 5.1 中的抽象触发器来更新审计日志 2021-01-01
- SQL 效率:WHERE IN 子查询 vs. JOIN 然后 GROUP 2021-01-01
- 如何使用 mysql.connector 禁用查询缓存 2022-01-01
- 在 SQL 中连接多个表 2021-01-01
