注以下的试验在多人共享的开发测试服务器上也可以进行因为实际上可以分别看到某个表所占用的内存情况但为了方便笔者在做此试验时在一个单独的确认没有其它并发任务的数据库上进行因此所看到的内存变化正是每一次所执行的SQL语句引起的
我们首先来看一个简单的实例创建下表
以下是引用片段
CreateTableP_User
(UserMobileStatusintNOTNULL
MobileNointNOTNULL
LastOpTimeDateTimeNotNULL
)
然后为该表插入一定的数据
以下是引用片段
Declare@iint
Set@i=
WHILE@i<
BEGIN
InsertIntoP_User
Select@i%@iGetUTCDate()
Set@i=@i+
END
然后我们在查询分析器中首先执行:
以下是引用片段
SetStatisticsIOON
并按下Ctrl+M以显示实际的执行计划
此时可以开始进行我们的试验了为了准确观察每一次SQL语句变化情况在执行第一条SQL语句以前我们首先清空SQL Server所占用的数据内存
以下是引用片段
CHECKPOINT
GO
DBCCDROPCLEANBUFFERS
这将清空SQL Server所占用的数据缓沖区(此语句在生产服务器上慎用因为将导致一段时间内后续的SQL语句执行变慢)
众所周知SQL Server执行SQL语句的性能判定标准主要是IO读取数大小本文在不违反这一原则情况下同时来分析一下部分SQL语句执行时SQL Server内存的变化情况
首先简述一下SQL Server内存占用的特点SQL Server所占用的内存除程序(即SQL Server引擎)外主要包括缓存的数据(Buffer)和执行计划(Cache)SQL Server以KB大小的页为单位存储数据这个和SQL Server数据在磁盘上的存储页大小相同当SQL Server执行SQL 语句时如果需要的数据已经在其内存中则直接从内存缓沖区读取并进行必要的运算然后输出执行结果如果数据还未在内存中则首先将数据从磁盘上读入内存Buffer中而我们通常评价SQL性能指标中的IO逻辑读取数对应的正是从内存缓沖区读取的页数而IO物理读取数则对应数据从磁盘读取的页数
注以下的试验在多人共享的开发测试服务器上也可以进行因为实际上可以分别看到某个表所占用的内存情况但为了方便笔者在做此试验时在一个单独的确认没有其它并发任务的数据库上进行因此所看到的内存变化正是每一次所执行的SQL语句引起的
我们首先来看一个简单的实例创建下表
以下是引用片段
CreateTableP_User
(UserMobileStatusintNOTNULL
MobileNointNOTNULL
LastOpTimeDateTimeNotNULL
)
然后为该表插入一定的数据
以下是引用片段
Declare@iint
Set@i=
WHILE@i<
BEGIN
InsertIntoP_User
Select@i%@iGetUTCDate()
Set@i=@i+
END
然后我们在查询分析器中首先执行:
以下是引用片段
SetStatisticsIOON
并按下Ctrl+M以显示实际的执行计划
此时可以开始进行我们的试验了为了准确观察每一次SQL语句变化情况在执行第一条SQL语句以前我们首先清空SQL Server所占用的数据内存
以下是引用片段
CHECKPOINT
GO
DBCCDROPCLEANBUFFERS
这将清空SQL Server所占用的数据缓沖区(此语句在生产服务器上慎用因为将导致一段时间内后续的SQL语句执行变慢)
众所周知SQL Server执行SQL语句的性能判定标准主要是IO读取数大小本文在不违反这一原则情况下同时来分析一下部分SQL语句执行时SQL Server内存的变化情况
[] [] [] []