浅谈SQL Server逻辑读、物理读和预读

【摘要】

对SQL Server数据库进行性能优化时，有一个重要的工做是优化IO开销。经过开启Statistics IO，咱们能够了解到语句执行的IO开销，包含物理读、逻辑读、预读等。而咱们是否了解这三者的区别和联系呢，相信不少人都不是很理解，下面咱们一块儿来探索这三者究竟分别表明着什么。

【正文】

一  、SQLServer数据存储方式

SQL Server的数据库包括数据文件和日志文件，一个数据库能够有一个或多个数据文件或日志文件。

全部的数据都存储在数据文件中，而数据文件能够划分为再小的单元，咱们称为页。页是最小的操做单元，也就是说从磁盘读取数据库的时候最少读取一页，每一页的大小是8KB。另外一个概念是区，区是8个连续的页组成的，区是最小的分配单元，当须要空间时最少分配一个区的空间。

二  、剖析SQLServer IO统计信息

2.1      初识逻辑读、物理读和预读

咱们先举一个例子。

第一次查询数据库AdventureWorks下的表Sales.SalesOrderDetail时，显示“逻辑读取1240次，物理读取5次，预读1250次”。

不管是逻辑读、物理读仍是预读的单位都是页，上次咱们已经介绍过了。SQL Server对于页的读取是原子性的，要么读完一页，要么彻底不读，而且每一页的大小是8KB。

预读：在查询计划生成过程当中，用估计信息，去硬盘读取数据到缓存中。预读1250次，也就是估计将要从硬盘中读取了1250页数据并存放到缓存中。

物理读：查询计划生成好之后，若是缓存缺乏所须要的数据，再从硬盘中读取缺乏的数据到缓存中。

逻辑读：从缓存中取出全部数据。逻辑读1240次，也就是从缓存里取到1240页数据。

2.2      语句执行过程剖析

咱们再来回顾上面的查询经历的过程：

1.     首先在生成执行计划过程当中，SQL Server首先从硬盘预计了1250次，也就是读取了1250*8KB=10,000KB的数据而且存入缓存中（也就是预读的过程）

2.     当执行查询计划时，发现缓存的数据还不够。则继续从硬盘读取额外需求的数据并存入缓存中（也就是物理读的过程）

3.     接着SQL Server再从缓存读取所有须要的数据并返回到客户端。（也就是逻辑读的过程）

2.3      逻辑读、物理读和预读的关系

当咱们再次运行上面的查询语句时，获得的信息以下：

咱们能够发现，此次没有物理读取和预读，只有逻辑读，这是为何呢？咱们前面已经剖析过原理了，由于第二次查询时直接从缓存就能够读取到所须要的数据。

按照咱们介绍的理论，貌似逻辑读取的次数=物理读取的次数+预读的次数。但细心的读者会发现，第一次查询时“逻辑读取1240次，物理读取5次，预读1250次”，咱们发现逻辑读取的次数不等于物理读取的次数与预读的次数之和。这又是为何呢？

1.     首先须要说明的是，逻辑读取的次数并不必定等于物理读取的次数与预读的次数之和。一个很简单例子是第二次查询时物理读取和预读都是0。实际上，预读是按照估计的信息去读取数据，所以读取的页数并不必定准确，可能多于实际的页数也可能少于实际的页数。

2.     若是预读的页数包含了所有的数据，那么就不会有物理读取

3.     有时候会出现逻辑读取的次数大于物理读取的次数与预读的次数之和。这是由于在预读以前缓存中已经存在部分须要的数据。

三  、小结

理解逻辑读、物理读和预读这三个概念，关键是理解语句的查询过程以及哪个步骤是从缓存读取数据、哪个步骤是从硬盘读取数据、哪个步骤又是根据估计的信息去读取数据，这样也就能理解这三个概念了。

逻辑读、物理读和预读这三个的次数并不存在绝对的数量关系，关键仍是要理论语句的查询过程。

在对语句进行优化时，重点是优化逻辑读取的次数。经过优化语句来减小逻辑读取的次数，从而也就减小IO开销。