51Testing软件测试网-z6L]q'I
O*Z9{ 简介51Testing软件测试网
vu
K_0w6?OUOD&e
,Ij5b"y'r`BRp0 对于写出实现功能的SQL语
句和既能实现功能又能保证性能的SQL语句的差别是巨大的。很多时候开发人员仅仅是把精力放在实现所需的功能上,而忽略了其所写代码的性能和对SQL
Server实例所产生的影响(也就是IO,CPU,内存方面的消耗).这甚至有可能使整个SQL
Server实例跪了。本文旨在提供一些简单的步骤来帮助你优化SQL语句。51Testing软件测试网i H)_4?.O
Na_\2zl2C.XH0 市面上已经有很多关于如何优化SQL Server性能的书籍和白皮书。所以本文并不打算达到那种深度和广度,而仅仅是为开发人员提供一个快速检测的列表来找到SQL语句中导致瓶颈产生的部分。
1N1J'\5j#~.F0*RL;Sj3y^0 在开始解决性能问题之前,合适的诊断工具是必须的。除去众所周知的SSMS和SQL Profiler,SQL Server 2008还带有众多DMV来提供关键信息。本篇文章中,我将使用SSMS和一些DMV来找到SQL的瓶颈
?bc-RXqk p
X!b01Z1Q
tQ(FXq0 那么,我们从哪开始
M'o7L.r s$w@9]7D051Testing软件测试网X$s1WtWYX{X 我的第一步是查看执行计划。这一步既可以通过SMSS也可以通过SQL Profiler实现,为了简便起见,我将在SMSS中获取执行计划。
A_(UK!Zu9K,ox0/HFa
h G
t3Il0
1)
检查你是否忽略掉了某些表的连接的条件,从而导致了笛卡尔积(Cross)连接(Join)。比如,在生产系统中有两个表,每个表中有1000行数据。这
其中绝大多数数据并不需要返回,如果你在这两个表上应用了Cross
Join,返回的结果将会是100万行的结果集!返回如此数量的数据包括将所有数据从物理存储介质中读取出来,因而占用了IO。然后这些数据将会被导入内
存,也就是SQL Server的缓冲区。这会将缓冲区内的其它页Flush出去。51Testing软件测试网 SV ]b$D5k
\^
51Testing软件测试网P*},H-e p(Ob,Z/AFS 2)查看你是否忽略了某些Where子句,缺少Where子句会导致返回额外不需要的行。这产生的影响和步骤一所产生的影响是一样的。51Testing软件测试网$Ep
~n!}
(Y%WQj4^8z Wd0 3)查看统计信息是否是自动创建和自动更新的,你可以在数据库的属性里看到这些选项
&h4{rv;\)WD051Testing软件测试网]-C1x`B'Gq Zb
在默认条件下创建一个新数据库,Auto Create Statistics和Auto Update
Statistics选项是开启的,统计信息是用于帮助查询优化器生成最佳执行计划的。这份白皮书对于解释统计信息的重要性以及对于执行计划的作用解释的
非常到位。上面那些设置可以通过右键数据库,选择属性,在“选项”中找到。51Testing软件测试网l8kL&Kxo&H ^
4)检查统计信息是否已经过期,
虽然统计信息是自动创建的,但是更新统计信息从而反映出数据的变化也同样重要。在一个大表中,有时候虽然Auto Update Statistics
选项已经开始,但统计信息依然无法反映出数据的分布情况。默认情况下,统计信息的更新是基于抽取表中的随机信息作为样本产生的。如果数据是按顺序存储的,
那么很有可能数据样本并没有反映出表中的数据情况。因此,推荐在频繁更新的表中,统计信息使用Full
Scan选项来定期更新。这种更新可以放到数据库闲时来做。
L
Q6n
HY0`u8E2jt0 DBCC SHOW_STATISTICS命令可以用于查看上次统计信息的更新时间,行数以及样本行数.在这个例子中,我们可以看到Person.Address表上的AK_Address_rowguid索引的有关信息:
qm[)a]O:U0USE AdventureWorks;51Testing软件测试网&r,n)f)d*n0y:I GO
g,D-RPC
I _v0DBCC SHOW_STATISTICS ("Person.Address", AK_Address_rowguid); z
aLjQ0GO |
51Testing软件测试网2p
M9eF
W\m 下面是输出结果,请注意Updated,Rows,Rows Sampled这三个列
7G X-J\0P4o8?0
Ky]3l{z]1T(a0-K9a3M(^*gE!P-G0 如果你认为统计信息已经过期,则可以使用sp_updatestats这个存储过程来更新当前数据库中的所有统计信息:51Testing软件测试网)Z:Fga]0M,yv+XJ\
"b!^#R2KV5xj051Testing软件测试网@U]n
Z(qzD+T
pr;kt&`2Yt7\0 或者使用FULLSCAN选项,则关于表Person.Address上的所有统计信息将会被更新:
i[;Gu)?#}f7Ja0 w9oBY3c"`8V0S%t0
ko!gIX8L8a]?[0UPDATE STATISTICS Person.Address WITH FULLSCAN |
8IR#NFN4q(p\!FA H0 5)查看执行计划是否出现任何表或者索引的扫描(译者注:不是查找),在大多数情况下(这里假设统计信息是最新的),这意味着索引的缺失。下面几个DMV对于查找缺失索引很有帮助:51Testing软件测试网/[ OX!_%cH'V
51Testing软件测试网DW[n
yH9M}f@
Qk.T.Oe0i) sys.dm_db_missing_index_details z bt6A;k0ii) sys.dm_db_missing_index_group_stats ~^!Ehq@P*@5H0iii) sys.dm_db_missing_index_groups |
51Testing软件测试网3rV;SAQ7h!U 接下来的几个语句使用了上面的DMV,按照索引缺失对于性能的影响,展现出信息:
gEZS6i051Testing软件测试网#I:c$l4Ca}P+Sa IA^@0SELECT avg_total_user_cost,avg_user_impact,user_seeks, user_scans, C K*Ra4?0ID.equality_columns,ID.inequality_columns,ID.included_columns,ID.statement51Testing软件测试网aG:K4_$n FROM sys.dm_db_missing_index_group_stats GS #v
t9~yO
_-bj0LEFT OUTER JOIN sys.dm_db_missing_index_groups IG On (IG.index_group_handle = GS.group_handle) )d+hJ uQ3^ a0LEFT OUTER JOIN sys.dm_db_missing_index_details ID On (ID.index_handle = IG.index_handle) +W&xkVu$ug`0ORDER BY avg_total_user_cost * avg_user_impact * (user_seeks + user_scans)DESC |
51Testing软件测试网h9d:{ z/N9]SI7S 你也可以使用数据引擎优化顾问来找出缺失的索引以及需要创建哪些索引来提高性能。51Testing软件测试网+@V!h@,~BlR4H'R)M
3x]ul[w0 6)查看是否有书签查找,同样,在执行计划中找到书签查找十分容易,书签查找并不能完全避免,但是使用覆盖索引可以大大减少书签查找。51Testing软件测试网'fO*[9H"bgs]
|a;R/[(b\0 7)查看排序操作,如果在执行计划中排序操作占去了很大一部分百分比,我会考虑以下几种方案:
"R?)Skz]0uF8fpmI0 ● 按照所排序的列创建聚集索引,但这种方式一直存在争议。因为最佳实践是使用唯一列或者Int类型的列作为主键,然后让SQL Server在主键上创建聚集索引。但是在特定情况下使用排序列创建聚集索引也是可以的51Testing软件测试网P\?Tr}Q
M^pgD"A?N4s0 ● 创建一个索引视图,在索引视图上按照排序列创建聚集索引
-|N#cf$j0|-j [|r*N;q
Yejy0 ● 创建一个排序列的非聚集索引,把其他需要返回的列INCLUDE进去
%K\[T(M?^&p.Y0Cz.U]j0 8)查看加在表上的锁,如果所查的表由于一个DML语句导致上锁,则查询引擎需要花一些时间等待锁的释放。下面是一些解决锁问题的方法:
*@C\
t|7L3i051Testing软件测试网y^#PtFI9`{G ● 让事务尽可能的短51Testing软件测试网0L6W j,r)T:B3nD
51Testing软件测试网\T]]6G6Mw8BdE-c!D ● 查看数据库隔离等级,降低隔离等级以增加并发
-vQ(Z8rShfr"C8K3L051Testing软件测试网3BF^(L'e-f/L ● 在Select语句中使用表提示,比如READUNCOMMITTED 或 READPAST.虽然这两个表提示都会增加并发,但是ReadUnCommited可能会带来脏读的问题,而READPAST会只返回部分结果集
}-];n hb05\5em5W3g|"MG0 9)查看是否有索引碎片,索引碎片可以使用sys.dm_db_index_physical_statsDMV轻松查看,如果索引碎片已经大
于30%,则推荐索引重建.而索引碎片小于30%时,推荐使用索引整理。索引碎片因为使查询需要读取更多的列从而增加了IO,而更多的页意味着占用更多的
缓冲区,因此还会形成内存压力。51Testing软件测试网-E.v2Bd4\l3}
51Testing软件测试网 jU%dm#n 如下语句根据索引碎片的百分比查看所有索引:51Testing软件测试网!l&KW `)s!jtR2V
51Testing软件测试网"chg`yo3`51Testing软件测试网'Y1b'V5`f7u en
51Testing软件测试网HU-F ZE
p [ Declare @db SysName; $jWdx#GB)n}0Set @db = '<DB NAME>'; 5~#hwQ2?-x0EB!|!{h#h$?U~0SELECT CAST(OBJECT_NAME(S.Object_ID, DB_ID(@db)) AS VARCHAR(20)) AS 'Table Name',51Testing软件测试网H#d,Hnn:oI p CAST(index_type_desc AS VARCHAR(20)) AS 'Index Type', (PL@'r}\:A0 I.Name As 'Index Name',51Testing软件测试网2KHBV)PK-v| avg_fragmentation_in_percent As 'Avg % Fragmentation',51Testing软件测试网yA4_|tl record_count As 'RecordCount', ttUW@H0 page_count As 'Pages Allocated',51Testing软件测试网C3v,aPo9],on0{ avg_page_space_used_in_percent As 'Avg % Page Space Used' f"Y q2O&l|z1O }0FROM sys.dm_db_index_physical_stats (DB_ID(@db),NULL,NULL,NULL,'DETAILED' ) S51Testing软件测试网 ZK5h6v
M!@5Y LEFT OUTER JOIN sys.indexes I On (I.Object_ID = S.Object_ID and I.Index_ID = S.Index_ID) *N
o
{g\:\0AND S.INDEX_ID > 051Testing软件测试网4q/oT2y/[0?i{&D ORDER BY avg_fragmentation_in_percent DESC .V;H*I ]*g-P,c+^0 |
K,y4R$U\R0v+Ddt}0 下面语句可以重建指定表的所有索引:
/BtG!J6{%NVy0kQ%D;Qh0
hn-~2I+Z0ALTER INDEX ALL ON <Table Name> REBUILD; |
51Testing软件测试网)J z(Th"DG.I 下面语句可以重建指定索引:
-EY4F:~c/R
Y!sA04~Y3?XN%G["]2R,A051Testing软件测试网E
t
} mi
`7J
ALTER INDEX <Index Name> ON <Table Name> REBUILD; |
x"_mb'zP?}0 当然,我们也可以整理索引,下面语句整理指定表上的所有索引:51Testing软件测试网E+}#RH+s$n+y+wF
51Testing软件测试网h!cc!m
z1Y"`7w6U_
C7^0ALTER INDEX ALL ON <Table Name> REORGANIZE; |
51Testing软件测试网 l#dnU)ZT 下面语句指定特定的索引进行整理:
;EwB6i]E0t:x1a ]sYf7o*AmwW0
.Qxh,n(`Lvk0ALTER INDEX <Index Name> ON <Table Name> REORGANIZE; |
t-k D(b(}-BJ0 在重建或整理完索引之后,重新运行上面的语句来查看索引碎片的情况。
_:Xyj7C6Pt9B
iX l%d051Testing软件测试网;mUT{Io\8o+QA 总结
)y)D7Aq
|9b5~0S,E'nP n"pz0 上面的9个步骤并不是优化一个SQL语句必须的,尽管如此,你还是需要尽快找到是哪个步骤导致查询性能的瓶颈从而解决性能问题。就像文中开篇所
说,性能的问题往往是由于更深层次的原因,比如CPU或内存压力,IO的瓶颈(这个列表会很长…),因此,更多的研究和阅读是解决性能问题所必须的。51Testing软件测试网N9P;nzje'lCgh