本文探讨了SQL语句的优化策略，旨在提升查询效率并减少资源消耗。主要建议包括：避免全表扫描，合理利用索引，避免在WHERE子句中使用NULL判断、!=或<>操作符，谨慎使用IN和NOT IN，以及避免函数和表达式操作。此外，还应避免在WHERE子句中使用参数，以防止索引失效。通过遵循这些最佳实践，可以显著改善SQL查询性能。
SQL 语句的优化
所谓的 SQL 优化，其实就是从查询效率和消耗资源入手，核心原理就一个，别让索引失效，避免全表扫描。
- 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
- 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num is null可以在 num 上设置默认值 0，确保表中 num 列没有 null 值，然后这样查询：select id from t where num= - 应尽量避免在 where 子句中使用!=或<>操作符，否则引擎将放弃使用索引而进行全表扫描。
- 应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：
select id from t where num=10 or num=20可以这样查询：select id from t where num=10 union all select id from t where num=20 - in 和 not in 也要慎用，否则会导致全表扫描，如：
select id from t where num in(1,2,3)对于连续的数值，能用 between 就不要用 in 了：select id from t where num between 1 and 3 - 下面的查询也将导致全表扫描：
select id from t where name like ‘%李%’若要提高效率，可以考虑全文检索。 - 如果在 where 子句中慎用参数，否则也会导致全表扫描。因为 SQL 只有在运行时才会解析局部变量，但优化程序不能将访问计划的选择推迟到运行时；它必须在编译时进行选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的输入项。如下面语句将进行全表扫描：
select id from t where num=@num可以改为强制查询使用索引：select id from t with(index(索引名)) where num=@num - 应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：
select id from t where num/2=100应改为:select id from t where num=100*2 - 应尽量避免在 where 子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：
select id from t where substring(name,1,3)=’abc’，name 以 abc 开头的 id 应改为:select id from t where name like ‘abc%’ - 不要在 where 子句中的“=”左边进行函数、算术运算或其他表达式运算，否则系统将可能无法正确使用索引。
扫一扫
102
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
