sql server扫描每个表的大小 sql会引起全表扫描

转载

mob64ca140f67e3 2024-01-27 20:29:19

文章标签 sql server扫描每个表的大小 oracle rownum 全表扫字段联合索引存储空间 文章分类 SQL Server 数据库

--导致查询缓慢的原因，主要有以下几点

1、数据量过大

2、表设计不合理

3、sql语句写得不好，引起全表扫描，索引失效

我们这里主要对第三种引起全表扫描的sql的情况进行分析

对查询进行优化，应尽量避免全表扫描，那么常见哪些情况下sql查询会出现不走索引的情况，参考网上的资料，这里做一个总结，最后再讲一些sql优化的小技巧

1.模糊匹配like的情况

索引字段使用like的时候，唯有后置like即like 'XXX'||'%'这种情况继续走索引，左模糊like

‘%...’无法直接使用索引，但可以利用reverse + function index 的形式，变化成 like ‘…%’；全模糊是无法优化的，一定要的话考虑用搜索引擎。出于降低数据库服务器的负载考虑，尽可能地减少数据库模糊查询。

2. 查询条件使用了(<>、!=)

SQL中，不等于操作符会限制索引，引起全表扫描，即使比较的字段上有索引,可以考虑将条件用or拆分开即(字段值)

3. or使用注意项

使用or的时候需要注意，where子句中比较的两个条件，一个有索引，一个没索引，使用or则会引起全表扫描，例如：where A=：1 or B=：2，A上有索引，B上没索引，则比较B=：2时会重新开始全表扫描

4. is null

查询字段is null时单索引失效，引起全表扫描，对于is null 字段如果需要索引，可以考虑与一个非null字段组成联合索引，这样可以启用索引查找；is not null 时永远不会使用索引。一般数据量大的表不要用is null查询。

5. 联合索引

联合索引的情况缺少前导列，只有后导列，会引起全表扫描，例create index iss on student(name,school)时，select count(1)from student where school='XX'会全表扫描，可以通过强制索引在缺少前置索引的情况下走索引，如 select /*+index(student iss)count(1)from student where school='XX'

6. in和 not in

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

很多时候用exists 代替in 是一个好的选择：

select num from a where num in(select num from b)

用下面的语句替换：

select num from a where exists(select 1 from b where num=a.num)

exists执行顺序：1.首先执行一次外部查询 2.执行一次内部查询，exists 非null返回true 3.遍历外表得到查询结果

7. where 字句对字段进行操作

select id from t where num/2=100 ，不走索引，select id from t where num=100*2 走索引

tips:

1. where A=:A and B=:B 执行时是从右往左执行，所以尽量把过滤条件大的放在右边

2.select * from 表，需要先查询字典，将*解析成字段，增加额外开销，所以select 后面应尽量写出需要的字段