44244.htm

一本很基础的SQL讲解

<link href="./dzs_cs.css" rel="stylesheet" type="text/css" />
<table width="96%" border="0" align="center" cellpadding="0" cellspacing="0">
      <tr>
        <td>&nbsp;</td>
      </tr>
      <tr>
        <td height="24" align="center" valign="bottom" class="d_font3">Microsoft的优化SQL方法</td>
      </tr>
      <tr>
        <td height="3" bgcolor="#E3E3E3"></td>
      </tr>
      <tr>
        <td>&nbsp;</td>
      </tr>
      <tr>
        <td class="d_font4"><P>除调优方法外，我们给你展示了最佳实践，你可应用到你的SQL语句中以提高性能（所有的例子和语法都已在Microsoft SQL Server 2000中验证）。</P>
<P>阅读该系列文章后，你应该对Microsoft 工具包中提供的查询优化工具和技巧有一个基本的了解，我们将提供包含各种各样的以提高性能和加速数据读取操作的查询技巧。 </P>
<P>Microsoft提供了三种调优查询的主要的方法：&nbsp;&nbsp;</P>
<P>1、使用SET STATISTICS IO 检查查询所产生的读和写 <BR>2、使用SET STATISTICS TIME检查查询的运行时间 <BR>3、使用SET SHOWPLAN 分析查询的查询计划 </P>
<P><STRONG>SET STATISTICS IO</STRONG></P>
<P>命令SET STATISTICS IO ON 强制SQL Server 报告执行事务时I/O的实际活动。它不能与SET NOEXEC ON 选项配对使用，因为它仅仅对监测实际执行命令的I/O活动有意义。一旦这个选项被打开，每个查询产生包括I/O统计信息的额外输出。为了关闭这个选项，执行SET STATISTICS IO OFF.</P>
<P><STRONG>注</STRONG>：这些命令也能在 Sybase Adaptive Server中运行，虽然结果集可能看起来有点不同。</P>
<P>例如，下面是在Northwind 数据库中对于employees表上的一个行统计的简单查询脚本而获得的I/O统计信息。</P>
<P>
<TABLE cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<TBODY>
<TR>
<TD class=code bgColor=#e6e6e6><PRE><P>&nbsp;&nbsp; SET STATISTICS IO ON<BR>&nbsp;&nbsp; GO<BR>&nbsp;&nbsp; SELECT COUNT(*) FROM employees<BR>&nbsp;&nbsp; GO<BR>&nbsp;&nbsp; SET STATISTICS IO OFF<BR>&nbsp;&nbsp; GO<BR>&nbsp;&nbsp; <STRONG>Results</STRONG>:<BR>&nbsp;&nbsp; ---------------<BR>&nbsp;&nbsp; 2977</P><P>&nbsp;&nbsp; Table ‘Employees’ . Scan count 1, logical read 53, physical reads 0, readahead reads 0.</P></PRE></TD></TR></TBODY></TABLE></P>
<P>这个扫描统计告诉我们扫描执行的数量，逻辑读显示的是从缓存中读出来的页面的数量，物理读显示的是从磁盘中读的页面的数量，Read-ahead 读显示了放置在缓存中用于将来读操作的页面数量。 </P>
<P>此外，我们执行一个系统存储过程获得表大小的统计信息以供我们分析： </P>
<P>
<TABLE cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<TBODY>
<TR>
<TD class=code bgColor=#e6e6e6><PRE><P>&nbsp;&nbsp; sp_spaceused employees<BR>&nbsp;&nbsp; <STRONG>Results</STRONG>:<BR>&nbsp;&nbsp; name rows reserved data index_size unused<BR>&nbsp;&nbsp; -------------- -------- --------- ------- --------------<BR>&nbsp;&nbsp; Employees 2977 2008KB 1504KB 448KB 56KB</P></PRE></TD></TR></TBODY></TABLE></P>
<P><STRONG>通过看这些信息我们能得到些什么呢？</STRONG></P>
<P>◆这个查询没有扫描整个表，在表中的数据量超过1.5M字节，而仅仅执行了53个逻辑I/O操作就得到了结果。这表明该查询发现了一个可用来计算结果的索引，并且扫描索引比扫描所有数据页花费更少的I/O操作。 </P>
<P>◆索引页几乎全部放在数据缓存中，所以物理读的值是零。这是因为我们之前不久是在employees表上执行了其他查询，此时表和它的索引已经被缓存。你的查询开销可能有不同。 </P>
<P>◆Microsoft报告没有read-ahead（预读）活动。在这种情况下，数据和索引页已经被缓存起来了。当对一个很大的表作表扫描时，read-ahead可能会半路插入进来，并且在你的查询用到它们之前缓存起所需的页。当SQL Server确定你的事务是顺序读取数据库页并且认为它能预测到你下一步将用到的页面时，Real-ahead会自动打开。实际上一个独立的SQL Server连接在你的进程之前已开始运行并为它缓存数据页。（配置和优化read-ahead 参数已超出这篇文章的讨论范围。</P>
<P>在这个例子中，该查询已经尽可能有效率地执行了，不必进一步优化。 </P>
<P><STRONG>SET STATISTICS TIME</STRONG></P>
<P>一个事务的实耗时间是一个不稳定的测量，因为这些时间与在服务器上其他用户的活动有关。然而，相比那些对你的用户没有任何意义的数据页数字，它提供了一些实际的测量。他们关心等待查询返回的时间消耗，不关心数据的缓存和有效的read-ahead。SET STATISTICS TIME ON命令报告下面的查询的实际占用时间和CPU使用情况。执行SET STATISTICS TIME OFF禁止这个选项。 </P>
<P>
<TABLE cellSpacing=0 borderColorDark=#ffffff cellPadding=2 width=400 align=center borderColorLight=black border=1>
<TBODY>
<TR>
<TD class=code bgColor=#e6e6e6><PRE><P>&nbsp;&nbsp; SET STATISTICS TIME ON<BR>&nbsp;&nbsp; GO<BR>&nbsp;&nbsp; SELECT COUNT（*） FROM titleauthers<BR>&nbsp;&nbsp; GO<BR>&nbsp;&nbsp; SET STATISTICS TIME OFF<BR>&nbsp;&nbsp; GO<BR>&nbsp;&nbsp; Results:<BR>&nbsp;&nbsp; SQL Server Execution Times;<BR>&nbsp;&nbsp;&nbsp; Cup time=0 ms.&nbsp; Elapsed time=8672 ms.<BR>&nbsp;&nbsp; SQL Server Parse and Compile Time:<BR>&nbsp;&nbsp;&nbsp; Cpu time=10 ms<BR>&nbsp;&nbsp; ----------------<BR>&nbsp;&nbsp; 25<BR>&nbsp;&nbsp; (1 row(s) affected)</P><P>&nbsp;&nbsp; <STRONG>SQL Servre Execution Times:<BR>&nbsp;&nbsp;&nbsp; Cpu time=0 ms.? Elapsed time=10 ms.</STRONG><BR>&nbsp;&nbsp; SQL Server Parse and Compile Time:<BR>&nbsp;&nbsp; Cup time=0 ms</P></PRE></TD></TR></TBODY></TABLE></P>
<P>第一条信息报告了多少使人困惑的占用（实耗）时间，8672豪秒，这个数据与我们的脚本不相关，这显示的是之前一个命令执行以来逝去的时间。你可以忽略这条信息。SQL Server仅仅花费10毫秒时间去分析和编译该查询。花费0毫秒去执行它（在查询结果可看到）。其真实的意思是这个查询所花费的时间太短以至不能计量。最后的信息报告了这个SET STATISTICS TIME OFF命令相关的分析及编译花费了0毫秒。你可以忽略这个信息。最重要的信息以加重字体突出显示。 </P>
<P>注意实耗时间和CPU时间是以毫秒显示。这个数字在你的电脑上可能会改变（但是不要尝试与我们的笔记本电脑比较你机器的性能，因为这不是代表性的指标）。而且，每次你执行这个脚本，考虑到你的SQL Server还在处理一些其他事务，你得到的统计信息都可能有一点不同。 </P>
<P>【文章相关内容】</P>
<P><STRONG>第一页</STRONG>：<A href="http://developer.51cto.com/art/200704/44244.htm"><FONT color=#0000ff>SET STATISTICS IO检查所产生的读和写/SET STATISTICS TIME检查运行时间</FONT></A></P>