此处关于您的情况的数学运算、为 SQL Server 分配了多少内存以及为此查询读取了多少数据是完全不相关的。SQL Server 如何工作的相关概念是您所缺少的。
SQL Server 不使用内存来存储在整个查询期间读取的每一位数据。如果有足够的内存并且查询不使用太多内存,那么它当然可以做到这一点。但是对于返回大结果的查询,需要对大结果进行排序,或者(在此处插入需要大量内存的原因),SQL Server 最终将使用 TempDB 来存储该数据。
SQL Server 使用的大部分内存用于缓冲数据页以减少从磁盘读取的需要。磁盘访问,即使在最快的 SSD 上,也比内存访问慢得多。因此,对于需要使用千兆字节(例如)对结果进行排序的单个查询,SQL Server 使用 tempdb 而不是从缓冲区中逐出千兆字节的数据来对其进行排序。如果它确实以这种方式工作,一个错误的查询可能会使 SQL Server 内存不足并清空缓冲区,并且性能通常会很糟糕。
首先,您的扫描计数为 17。即,它一遍又一遍地重新读取同一组数据,这些数据的总数为 4616999 次逻辑读取。假设完全相同的数据集被重新读取 17 次,您可以将 30 GB 除以 17 以获得从磁盘读取的数据量。因此,第一次通过它读取 som 1.8 GB 数据,然后它重新读取同一组数据 16 次。1.8 GB 的数据放入内存没有问题。
其次,即使您的扫描计数为 1,并且数据不适合内存,那么问题出在哪里?当它读取一些数据时,这些数据可以在读取过程中随着读取操作的进行而从内存中删除。
最后,不要被来自统计 IO 的“物理读取”所迷惑。您还可以将物理 I/O 完成为预读、blob 读取等。确保您读取了整行,并且逻辑读取之后的所有数字应该相加以获得总物理读取。此外,perfmon 缓冲区高速缓存命中率计数器不包括预读,这意味着它非常具有误导性。
此处关于您的情况的数学运算、为 SQL Server 分配了多少内存以及为此查询读取了多少数据是完全不相关的。SQL Server 如何工作的相关概念是您所缺少的。
SQL Server 不使用内存来存储在整个查询期间读取的每一位数据。如果有足够的内存并且查询不使用太多内存,那么它当然可以做到这一点。但是对于返回大结果的查询,需要对大结果进行排序,或者(在此处插入需要大量内存的原因),SQL Server 最终将使用 TempDB 来存储该数据。
SQL Server 使用的大部分内存用于缓冲数据页以减少从磁盘读取的需要。磁盘访问,即使在最快的 SSD 上,也比内存访问慢得多。因此,对于需要使用千兆字节(例如)对结果进行排序的单个查询,SQL Server 使用 tempdb 而不是从缓冲区中逐出千兆字节的数据来对其进行排序。如果它确实以这种方式工作,一个错误的查询可能会使 SQL Server 内存不足并清空缓冲区,并且性能通常会很糟糕。