blocks|key|366291|text|LIKE确实很昂贵，这取决于您在name字段上拥有的索引。你有没有试过衡量你的查询？|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|366292|EXPLAIN+[EXTENDED]+SELECT+[...]+AND+`name`+LIKE+'%25'|code-block|syntax|javascript|366293|另请参阅http://dev.mysql.com/doc/refman/5.0/en/explain.html|366294|然后，MySQL会提示你它是否已经优化了不必要的LIKE子句away。|366295|entityMap|0|LINK|mutability|MUTABLE|url|http://dev.mysql.com/doc/refman/5.0/en/explain.html^0|G|4|0|0|4|1F|0|0|0^^$0|@$1|2|3|4|5|6|7|W|8|@$9|X|A|Y|B|C]]|D|@]|E|$]]|$1|F|3|G|5|H|7|Z|8|@]|D|@]|E|$I|J]]|$1|K|3|L|5|6|7|10|8|@]|D|@$9|11|A|12|1|13]]|E|$]]|$1|M|3|N|5|6|7|14|8|@]|D|@]|E|$]]|$1|O|3|-4|5|6|7|15|8|@]|D|@]|E|$]]]|P|$Q|$5|R|S|T|E|$U|V]]]]

LIKE's can be expensive indeed, depending on the indexes you have on the <code>name</code> field. Have you tried to measure your query?

<pre><code>EXPLAIN [EXTENDED] SELECT [...] AND `name` LIKE '%'
</code></pre>

See also <a href="http://dev.mysql.com/doc/refman/5.0/en/explain.html" rel="nofollow">http://dev.mysql.com/doc/refman/5.0/en/explain.html</a>

Then MySQL will give you indications whether it has optimised the unnecessary LIKE clause away or not.

blocks|key|2434192|text|是。LIKE很贵的。但与大多数事情一样，这取决于数据库的大小。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2434193|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Yes. LIKE's are very expensive. But as with most things, it depends on the size of your DB.

blocks|key|1532283|text|LIKE肯定会影响性能。需要检查的最重要的事情是您是否拥有正确的索引。您对被查询的表有哪些索引？|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1532284|我怀疑，由于您的LIKE实际上没有做任何事情，它将被优化，但您将需要测试来确认这一点。|1532285|entityMap^0|0|4|0|8|4|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|P|8|@]|D|@]|E|$]]]|I|$]]

<code>LIKE</code> can definately hurt performance. The most important thing to check is that you have the proper indexes. What indexes do you have on the tables being queried?

I suspect that since your <code>LIKE</code> isn't actually doing anything it would just be optimized out but you will need to test to confirm this.

blocks|key|1534811|text|我同意之前的答案：LIKE相当昂贵。如果您的表索引正确，则可以使用LIKE额外查询较小的结果集。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|1534812|但是，与OR结合使用时，查询将再次变得非常昂贵。|1534813|此外，仅使用LIKE查询已索引的VARCHAR字段最多只能带来最小的性能增益。|1534814|entityMap^0|9|4|X|4|0|4|2|0|6|4|G|7|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]|$9|O|A|P|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|Q|8|@$9|R|A|S|B|C]]|D|@]|E|$]]|$1|H|3|I|5|6|7|T|8|@$9|U|A|V|B|C]|$9|W|A|X|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|Y|8|@]|D|@]|E|$]]]|K|$]]

I agree with the previous answers: <code>LIKE</code> is pretty expensive. If your table is properly indexed, a small result-set can be additionally queried using <code>LIKE</code>.

In conjunction with <code>OR</code> the query is going to be brutally expensive again, though.

Also, solely using <code>LIKE</code> to query an indexed <code>VARCHAR</code> field should present minimal performance gain at best.

blocks|key|1534779|text|刚刚使用MyISAM表对MySQL+5进行了测试。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1534780|SELECT+*+FROM+tablename

17596+rows+in+set+(0.28+sec)

SELECT+*+FROM+tablename+WHERE+columnname+LIKE+'%25'

17596+rows+in+set+(0.20+sec)|code-block|syntax|javascript|1534781|似乎MySQL查询引擎优化了'0'='0‘和'%25’之类的东西。|1534782|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

Just tested with MySQL 5 using MyISAM tables. 

<pre><code>SELECT * FROM tablename

17596 rows in set (0.28 sec)

SELECT * FROM tablename WHERE columnname LIKE '%'

17596 rows in set (0.20 sec)
</code></pre>

Seems that MySQL query engine optimizes things like '0'='0' and LIKE '%' away.

simple question: Does adding something like this to a query hurt performance in mysql or does it quickly get optimized away?

<pre><code>AND `name` LIKE '%'
</code></pre>

I've got no big database here that I could test it on.

By the way, I want this because I want users to be able to send some parameters to my server-side script that then grabs the prepared statement specified by the user and inserts the parameters. I want users to be able to omit parameters when searching without hurting the performance, and <code>LIKE</code> normally is relatively slow, right?

Does an additional "AND `columnname` LIKE '%'" hurt performance?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

简单的问题:在查询中添加这样的东西会影响mysql的性能，还是很快就会优化掉？AND `name` LIKE '%'我这里没有可以测试它的大型数据库。顺便说一句，我希望这样做是因为我希望用户能够向我的服务器端脚本发送一些参数，然后服务器端脚本获取用户指定的准备好的语句并插入参数。我希望用户在搜索时能够在不影响性能的情况下省略参数，而且LIKE通常相对较慢，对吧？

问额外的"AND `nname` LIKE '%'“会影响性能吗？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问额外的"AND `nname` LIKE '%'“会影响性能吗？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问额外的"AND `nname` LIKE '%'“会影响性能吗？
EN