|
|
马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
您需要 登录 才可以下载或查看，没有帐号？立即注册
x
MySQL是一个开放源码的小型关联式数据库管理系统，开发者为瑞典MySQLAB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。上面，思索以下T-SQL代码段：--dbo.someTablewillbeusedtopopulateatemptable
--subsequently.
createtabledbo.someTable(aintnotnull,bintnotnull)
go
declare@iint
set@i=1
while(@i<=2000)
begin
insertintodbo.someTablevalues(@i,@i+5)
set@i=@i+1
end
go
--Thisisthestoredprocedureofmaininterest.
createproceduredbo.AlwaysRecompile
as
setnocounton
--createatemptable
createtable#temp1(cintnotnull,dintnotnull)
selectcount(*)from#temp1
--nowpopulate#temp1with2000rows
insertinto#temp1
select*fromdbo.someTable
--createaclusteredindexon#temp1
createclusteredindexcl_idx_temp1on#temp1(c)
selectcount(*)from#temp1
go 在SQLServer2000中，当初次实行这个存储历程时，将对第一个“select”语句天生第一个SP:Recompile事务。这是一次提早编译，不是真实的从头编译。第二个SP:Recompile事务针对第二个“select”。当产生第一次从头编译时，第二个“select”也会被编译，由于在SQLServer2000中，编译是在批处置级别长进行的。然后，在实行时，#temp1的架构因新建的会萃索引而产生了变更。以是，发生第二个SP:Recompile的缘故原由是架构变动。
因行修正次数而招致的从头编译 思索下方存储历程及其实行。
useAdventureWorks --orsay"usepubs"onSQLServer2000
go
createprocedureRowCountDemo
as
begin
createtable#t1(aint,bint)
declare@iint
set@i=0 while(@i<20)
begin
insertinto#t1values(@i,2*@i-50)
selecta
from#t1
wherea<10or((b>20ora>=100)and(a<10000))
groupbya
set@i=@i+1
end
end
go
execRowCountDemo
go 回忆一下，当表在盘算阈值时为空，一时表的从头编译阈值为6。当实行RowCountDemo时，在#t1包括整6行后，可察看到与“statisticschanged”（统计被变动）相干的从头编译。经由过程变动“while”轮回的下限，可察看到更多的从头编译。
因SET选项变动而招致的从头编译 思索以下存储历程。
useAdventureWorks
go
createprocedureSetOptionsDemoas
begin
setansi_nullsoff
selectp.Size,sum(p.ListPrice)
fromProduction.Productp
innerjoinProduction.ProductCategorypc
onp.ProductSubcategoryID=pc.ProductCategoryID
wherep.Color=Black
groupbyp.Size
end
go
execSetOptionsDemo --causesarecompilation
go
execSetOptionsDemo --doesnotcausearecompilation
go 当实行SetOptionsDemo时，在“ansi_nulls”为ON的情形下编译“select”查询。当SetOptionsDemo入手下手实行时，该SET选项的值将因为“setansi_nullsoff”而产生变更，因此已编译的查询企图将不再“无效”。以是，将在“ansi_nulls”为OFF的情形下举行从头编译。第二次实行不会招致从头编译，由于已缓存的企图将在“ansi_nulls”为OFF的情形下举行编译。
标明SQLServer2005所需的从头编译较SQLServer2000多的另外一个示例 思索以下存储历程。
useAdventureWorks --say"usepubs"onSQLServer2000
go
createprocedureCreateThenReferenceas
begin
--createtwotemptables
createtable#t1(aint,bint)
createtable#t2(cint,dint)
--populatethemwithsomedata
insertinto#t1values(1,1)
insertinto#t1values(2,2)
insertinto#t2values(3,2)
insertinto#t2values(4,3)
--issuetwoqueriesonthem
selectx.a,x.b,sum(y.c)
from#t1xinnerjoin#t2yonx.b=y.d
groupbyx.b,x.a
orderbyx.b
select*
from#t1zcrossjoin#t2w
wherew.c!=5orw.c!=2
end
go
execCreateThenReference
go 在SQLServer2005中，CreateThenReference的第一次实行招致了六项语句级从头编译：个中有四项针对“insert”语句，有两项针对“select”查询。当该存储历程入手下手实行时，最后的查询企图不包括针对“insert”或“select”语句的企图，由于其所援用（一时表#t1和#t2）的工具还不存在。创立了#t1和#t2以后，将编译“insert”和“select”的查询企图，而这些编译被视为从头编译。在SQLServer2000中，因为全部存储历程被当即从头编译，因而仅产生一次（存储历程级）从头编译——第一个“insert”入手下手实行时所激发的从头编译。这时候，全部存储历程都被从头编译，而由于#t1and#t2已存在，可一次性对后续的“insert”和“select”举行编译。不言而喻，经由过程增加更多援用诸如#t1和#t2等工具的语句，SQLServer2005中的语句级从头编译次数可无穷增添。
11、工具与命令
本节先容了用于观察和调试从头编译的各类工具和命令。
Sys.syscacheobjects假造表 固然能够从任何数据库举行查询，但该假造表实际上仅存在于master数据库中。该假造表的cacheobjtype列出格风趣。当cacheobjtype="CompiledPlan"，响应的即将援用一个查询企图。当cacheobjtype="ExecutablePlan"，响应的即将援用一个实行高低文。正如我们后面所申明的，每一个实行高低文必需有本人的联系关系查询企图，反之则否则。所触及的另外一列是objtype列：唆使其企图被缓存的工具的范例（好比：“Adhoc”、“Prepared”和“Proc”）。setopts列编码了一个位图，唆使在编译企图时失效的SET选项。偶然，不异的已编译企图（仅setopts列有所分歧）的多个正本被缓存在一个企图缓存中。这暗示分歧的毗连正在利用几组分歧的SET选项——一般属于不应产生的情形。usecounts列保留了自工具被缓存以来已缓存工具被重用的次数。
请参考BOL懂得有关此假造表的更多信息。
DBCCFREEPROCCACHE 此命令可删除企图缓存中的一切已缓存的查询企图和实行高低文。不该在临盆服务器上运转该命令，由于它反过去会影响正在运转的使用程序的功能。在对从头编译成绩举行妨碍诊断时，该命令关于把持企图缓存的内容很有效。
DBCCFLUSHPROCINDB(db_id) 此命令可删除特定命据库的企图缓存中的一切已缓存企图。不该在临盆服务器上运转该命令，由于它反过去会影响正在运转的使用程序的功能。
事务探查器跟踪事务 以下事务探查器跟踪事务触及观察和调试企图缓存、编译和从头编译举动。
• ‘Cursors:CursorRecompile’（SQLServer2005新增），用于观察与游标相干的批处置所招致的从头编译。
• ‘Objects:AutoStats’，用于观察SQLServer的“主动统计”功效所招致的统计更新。
• ‘Performance:ShowPlanAllForQueryCompile’（SQLServer2005新增），关于跟踪批处置编译很有效。不辨别编译和从头编译。以文本格局天生showplan数据（相似利用“setshowplan_allon”选项所天生的showplan数据）。
• ‘Performance:ShowPlanXMLForQueryCompile’（SQLServer2005新增），关于跟踪批处置编译很有效。不辨别编译和从头编译。以XML格局天生showplan数据（相似利用“setshowplan_xmlon”选项所天生的showplan数据）。
• ‘StoredProcedures:SP:Recompile’引发（产生从头编译时）。“StoredProcedures”种别中的其他事务也很有效——好比：SP:CacheInsert、SP:StmtStarting、SP:CacheHit、SP:Starting等等。
功能计数器 在调试大概因过分编译和从头编译所招致的功能成绩时，触及以下功能计数器的值。
功能工具计数器 SQLServer:缓冲办理器
缓存射中率、惰性写进/秒、历程高速缓存页数、总页数
SQLServer:高速缓存办理器
缓存射中率、高速缓存工具计数、高速缓存页数、高速缓存利用计数/秒
SQLServer:内存办理器
SQL高速缓存内存(KB)
SQLServer:SQL统计
主动参数化实验/秒、批哀求/秒、主动参数化失利/秒、平安主动参数化/秒、SQL编译/秒、SQL从头编译/秒、不平安的主动参数化/秒
总结
SQLServer2005可缓存提交给其以实行的各类语句范例的查询企图。查询企图缓存可招致查询企图重用，制止编译罚点，并更好地使用企图缓存。一些编码办法会拦阻查询企图缓存和重用，因而应加以免。SQLServer可发明查询企图重用的时机。出格是，查询企图会因上面这两个缘故原由而没法重用：(a)呈现在查询企图中的工具架构会产生变更，从而招致企图有效；(b)查询企图所援用的表中的数据所产生的变更足以使企图酿成非最好的。SQLServer可在查询实行时发明这两类情形，并依据必要对全部或部分批处置举行从头编译。不良的T-SQL编码办法会增添从头编译的频次，从而反过去影响SQLServer的功能。在很多情形下，都能够对这类情形举行调试和改正。
附录A：SQLServer2005什么时候不主动参数化查询？ 主动参数化是一个历程，SQLServer经由过程这个历程将呈现在SQL语句中的文本常量交换为诸如@p1和@p2等参数。然后，SQL语句的已编译企图以参数化的情势被缓存在企图缓存中，以便后续的语句（只是在文本常量的值上有所分歧）可重用已缓存的企图。正如第四部分所提到的，只要参数值不影响查询企图选择的SQL语句才会被主动参数化。
SQLServer的LPE（言语处置和实行）组件可参数化SQL语句。当发明文本常量的值不影响查询企图选择时，QP（查询处置器）组件将声明LPE的主动参数化实验是“平安的”，并持续实行主动参数化；不然，将声明主动参数化是“不平安的”，并将个中止。在第11.5节提到的一些功能计数器的值（‘SQLServer:SQL统计’种别）呈报了有关主动参数化的统计信息。
下方列表枚举了SQLServer2005不合错误其举行主动参数化的语句范例。
• 带有IN子句的查询不会被主动参数化。比方：
• WHEREProductIDIN(707,799,905)
• BULKINSERT语句。
• 带有一个含变量的SET子句的UPDATE语句。比方：
UPDATESales.Customer
SETCustomerType=NS
WHERECustomerType=@a• 带有UNION的SELECT语句。
• 带有INTO子句的SELECT语句。
• 带有FORBROWSE子句的SELECT或UPDATE语句。
• 带有利用OPTION子句指定的查询提醒的语句
• 其SELECT列表包括DISTINCT的SELECT语句。
• 带有TOP子句的语句。
• WAITFOR语句。
• 带有FROM子句的DELETE或UPDATE语句。
• 当FROM子句含有以下之一时：
• 多个表
• TABLESAMPLE子句
• 表值函数或表值变量
• 全文表
• OPENROWSET
• XMLUNNEST
• OPENXML
• OPENQUERY
• IROWSET
• OPENDATASOURCE
• 表提醒或索引提醒
• 当SELECT查询包括一个子查询时
• 当SELECT语句包括GROUPBY、HAVING或COMPUTEBY时
• 用WHERE子句中的OR到场的表达式。
• exprnon-null-constant情势的对照谓词。
• 全文谓词。
• 当INSERT、UPDATE或DELETE中的方针表是一个表值函数时。
• 经由过程EXEC字符串提交的语句。
• 经由过程sp_executesql、sp_prepare和sp_prepexec提交的语句，不带有在TF447下主动参数化的参数。
• 当请求查询关照时。
• 当查询包括通用表表达式列表时。
• 当查询包括FORUPDATE子句时。
• 当UPDATE包括ORDERBY子句时。
• 当查询包括GROUPING子句时。
• 情势以下的INSERT语句：INSERTINTOTDEFAULTVALUES。
• INSERT...EXEC语句。
• 当查询包括两个常量的对照时。比方：
WHERE20>5• 经由过程主动参数化，可创立凌驾1000个参数。
导致了一个使用几乎和mSQL一样的API接口的用于他们的数据库的新的SQL接口的产生，这样，这个API被设计成允许为用于mSQL而写的第三方代码更容易移植到MySQL。 |
|
|Archiver|手机版|仓酷云
鄂ICP备14007578号-2
发表于 2015-1-16 22:16:47
收藏
转播
分享
淘帖
顶
踩
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
照妖镜