理解SQL SERVER中的逻辑读,预读和物理读

时间:2021-09-27 22:31:48

转自:https://www.cnblogs.com/CareySon/archive/2011/12/23/2299127.html

在我的上一篇关于SQL SERVER索引的博文,有圆友问道关于逻辑读,预读和物理读的概念.我觉的还是写一篇博文能把这个问题解释清楚。

SQL SERVER数据存储的形式


在谈到几种不同的读取方式之前,首先要理解SQL SERVER数据存储的方式.SQL SERVER存储的最小单位为页(Page).每一页大小为8k,SQL SERVER对于页的读取是原子性,要么读完一页,要么完全不读,不会有中间状态。而页之间的数据组织结构为B树(请参考我之前的博文).所以SQL SERVER对于逻辑读,预读,和物理读的单位是页.

理解SQL SERVER中的逻辑读,预读和物理读

SQL SERVER一页的总大小为:8K

但是这一页存储的数据会是:8K=8192字节-96字节(页头)-36字节(行偏移)=8060字节

所以每一页用于存储的实际大小为8060字节.

比如上面AdventureWorks中的Person.Address表,通过SSMS看到这个表的数据空间为:

理解SQL SERVER中的逻辑读,预读和物理读

我们可以通过公式大概推算出占用了多少页:2.250*1024*1024/8060(每页的数据容量)≈293 - 表中非数据占用的空间≈290(上图中的逻辑读取数)

SQL SERVER查询语句执行的顺序


SQL SERVER查询执行的步骤如果从微观来看,那将会非常多。这里为了讲述逻辑读等概念,我从比较高的抽象层次来看:

理解SQL SERVER中的逻辑读,预读和物理读

图有些粗糙。

下面我解释一下图。当遇到一个查询语句时,SQL SERVER会走第一步,分别为生成执行计划(占用CPU和内存资源),同步的用估计的数据去磁盘中取得需要取的数据(占用IO资源,这就是预读),注意,两个第一步是并行的,SQL SERVER通过这种方式来提高查询性能.

然后查询计划生成好了以后去缓存读取数据.当发现缓存缺少所需要的数据后让缓存再次去读硬盘(物理读)

最后从缓存中取出所有数据(逻辑读)。

下面我再通过一个简单的例子说明一下:

理解SQL SERVER中的逻辑读,预读和物理读

这个估计的页数数据可以通过这个DMV看到:

理解SQL SERVER中的逻辑读,预读和物理读

当我们第一次查询完成后,再次进行查询时,所有请求的数据这时已经在缓存中,SQL SERVER这时只要对缓存进行读取就行了,也就是只用进行逻辑读:

理解SQL SERVER中的逻辑读,预读和物理读

查询计划在生成,但未交给查询执行器执行之前,SQL SERVER 并不产生‘预读(但在生成执行计划时,查询处理器需要读取各个表的定义及表上各个索引的统计信息)。

当查询计划生成后,真正交给查询执行器执行时,SQL server 才会使用另外一个线程将查询“可能需要的数据”从磁盘读取的缓冲区中(前提是数据不在缓存中),这就是预读。同时这也意味着查询执行时进行逻辑运算的线程与“预读”所使用的线程并不是相同的线程。

预读操作不考虑 “select 后所选定的列进行预读”