Sql语句优化注意

架构研究室 2009-11-11 23:49:21 累计浏览 2,606 次

本机暂存

内容概览

这篇讲的是SQL查询中一个常见但容易被忽视的性能陷阱。作者直接指出，在WHERE条件中对列名施加函数（如使用`DATE(create_time)`）是一个典型的反模式。这种写法会导致数据库无法有效利用该列上已建立的索引，从而迫使查询进行全表扫描，随着数据量增长，性能会急剧下降。

文章的核心建议非常明确：将处理逻辑从列名转移到常量值上。例如，不写`WHERE YEAR(create_time) = 2023`，而应改为`WHERE create_time >= '2023-01-01' AND create_time < '2024-01-01'`。这样，数据库就能直接使用索引来快速定位到符合条件的时间范围，查询效率得到保障。

虽然文章篇幅短小，但它点出的这个原则是SQL优化中“让索引有效工作”的关键一步。这个思路同样适用于字符串截取（如`SUBSTRING(name, 1, 3)`）等其他函数操作，提醒我们在编写查询时要始终考虑其对索引的影响。

1.尽量不要对列名进行函数处理.而是针对后面的值进行处理

例如where col1 = -5的效率比where -col1=5的效率要高

因为后面的条件对列值进行了计算.这样的条件下优化器无法使用索引

而是要针对所有值进行计算之后才能再比较

2.尽量使用和数剧列一样的值进行操作

如果col1是数值型

那么例如where col1 = 2和where col1= ‘2′

则前者效率更高

因为比较字符和数值型的时候

引擎需要把两者都转化成双精度然后进行比较

这样col1上的索引就失去作用了

3.减少函数的使用

例如where col1 >= ‘2009-10-26′ and col1

同分类推荐文章

使用deepseek进行Oracle恢复,引起重大故障（2026-06-22 10:56:00）
接手一个只差临门一脚的数据库恢复（2026-06-18 00:13:09）
我做了一个 AI 版的 StarRocks 升级风险扫描工具，直接帮我定位到一个风险（2026-06-15 01:00:00）

查看更多数据库文章 →

建议继续学习

MySQL数据库在实际应用一些方面的介绍（累计阅读 36,397）
如何查找消耗资源较大的SQL （累计阅读 15,209）
其实，文件也可以truncate （累计阅读 8,572）
为什么字段尽可能用NOT NULL，而不是NULL （累计阅读 8,508）
MariaDB常见问题FAQ （累计阅读 8,341）
搜索引擎的特殊用法（累计阅读 8,120）
SQL vs NoSQL：数据库并发写入性能比拼（累计阅读 8,000）
Mysql的随机读取（累计阅读 7,861）
MySQL优化之 Discuz论坛MySQL通用优化（累计阅读 7,723）
索引与优化like查询（累计阅读 7,337）