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 搜索和通配符


- 如何将 SonarQube 6.7 从 MySQL 迁移到 postgresql 2022-01-01
- 导入具有可变标题的 Excel 文件 2021-01-01
- 以一个值为轴心,但将一行上的数据按另一行分组? 2022-01-01
- 如何将 Byte[] 插入 SQL Server VARBINARY 列 2021-01-01
- 使用 Oracle PL/SQL developer 生成测试数据 2021-01-01
- 如何使用 pip 安装 Python MySQLdb 模块? 2021-01-01
- 远程 mySQL 连接抛出“无法使用旧的不安全身份验证连接到 MySQL 4.1+"来自 XAMPP 的错误 2022-01-01
- SQL 临时表问题 2022-01-01
- 更改自动增量起始编号? 2021-01-01
- 在SQL中,如何为每个组选择前2行 2021-01-01