使用WHERE col_name LIKE语句能否提升SQL UPDATE操作的性能？

直接结论 #

带WHERE desc LIKE '%old text%'的写法，在性能、安全性和可维护性上都远优于全表执行REPLACE的操作，哪怕逻辑上看起来WHERE像是“多余”的。

性能上的实际差异 #

• 减少无效IO：数据库执行UPDATE时，哪怕字段值最终没变化，全表遍历执行REPLACE也会对每条记录做「读取→计算REPLACE→尝试写入」的完整流程。3万条的IO量是300条的100倍，差距非常明显。
• 降低日志开销：数据库会为每个更新操作记录事务日志，全表操作会生成3万条日志，而带WHERE的写法只生成300条。日志的写入、后续备份和恢复都会因此减少资源消耗。
• 减少锁冲突：全表UPDATE会锁定更多记录（甚至整张表，取决于数据库引擎），容易阻塞其他业务操作；只更新目标300条的话，锁范围小，对业务的影响可以忽略。

最佳实践层面的必要性 #

• 语义更清晰：WHERE子句明确告诉数据库（以及未来维护代码的人）“只修改包含特定文本的记录”，逻辑一目了然，可读性更强。
• 规避意外风险：如果后续业务变化，比如desc字段出现空值、特殊格式内容，WHERE子句能确保只改动预期内的记录，避免误改不需要变动的数据。
• 扩展性更强：如果未来数据量增长到百万、千万级，全表UPDATE的性能会急剧恶化，而带WHERE的写法能保持稳定的处理效率。

两种写法的执行逻辑对比 #

• 带WHERE：数据库先通过LIKE筛选出300条符合条件的记录，仅对这些记录执行REPLACE并写入。
• 不带WHERE：数据库遍历全部3万条记录，每条都执行REPLACE（哪怕结果和原内容完全一致），部分数据库还会把这些“无变化”的记录标记为已修改，额外消耗资源。

内容的提问来源于stack exchange，提问作者Rob-G