Sql语句优化注意

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

本机暂存

内容概览

这篇讲的是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

建议继续学习

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