sqlserver中編譯與重編譯的區(qū)別是什么

今天就跟大家聊聊有關sql server 中編譯與重編譯的區(qū)別是什么，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

我們提供的服務有：成都網站制作、成都做網站、微信公眾號開發(fā)、網站優(yōu)化、網站認證、柳河ssl等。為上1000家企事業(yè)單位解決了網站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的柳河網站制作公司

執(zhí)行計劃重用的利弊

執(zhí)行計劃的好壞當然決定了語句最終的執(zhí)行速度。對于同樣的一條語句，使用好的執(zhí)行計劃可能會比差的要快幾百倍，甚至上千倍。

所以從這一個角度來講，每運行一條語句，都把他先編譯一遍當然是最好的。他能夠保證使用的執(zhí)行計劃是SQLSERVER能找到的最優(yōu)的。

但是SQLSERVER每秒鐘可能會運行成百上千的指令。如果每個都編譯一遍，是資源的一種浪費。所以SQLSERVER在這里也試圖尋找一個平衡點，

使用有限的compile/recompile，得到最好的整體性能。

運行下面的指令，就能夠看到SQLSERVER當前緩存的執(zhí)行計劃有哪些(請別在生產服務器上直接運行因為上面往往有龐大的緩存)。

SELECT * FROM sys.[syscacheobjects]

重編譯的發(fā)生場景

但是有些時候，SQLSERVER為了確保返回正確的值，或者有性能上的顧慮，有意不重用緩存在內存里的執(zhí)行計劃，而現場編譯一份。

這種行為，被稱為重編譯(recompile)。下面是比較常見的會發(fā)生重編譯的情形：

1、當指令或者批處理所涉及的任何一個對象(表格或者視圖)發(fā)生了架構(schema)變化

例如，在表或者視圖上添加或刪除了一個字段，添加或者刪除了一個索引，在表上添加或者刪除了一個約束條件(constraints)等。

定義發(fā)生了變化，原來的執(zhí)行計劃就不一定正確了，當然要重編譯

2、運行過sp_recompile

當用戶在某個存儲過程或者觸發(fā)器上運行過sp_recompile后，下一次運行他們就會發(fā)生一次重編譯。

如果用戶在某個表或者視圖上運行了sp_recompile，那么所有引用到這張表(或者視圖)的存儲過程在下一次運行前，都要做重編譯

3、有些動作會清除內存里的所有執(zhí)行計劃，迫使大家都要做重編譯

例如，下列動作會清除整個SQLSERVER服務器緩存的所有執(zhí)行計劃：

(1)Detach一個數據庫

(2)對數據庫做了升級，在新的服務器上，會發(fā)生執(zhí)行計劃清空

(3)運行了DBCC freeproccache

(4)運行了reconfigure語句

(5)運行了alter database..collate語句修改了某個數據庫的字符集(collation)

下列動作會清除SQLSERVER服務器緩存的某個數據庫的執(zhí)行計劃：

DBCC FLUSHPROCINDB

清除SQL Server 2000服務器內存中的某個數據庫的存儲過程緩存內容

1 DECLARE @a INT

2 SELECT @a=DB_ID('gposdb')

3 DBCC flushprocindb(@a)

ALTER DATABASE ...MODIFY NAME語句

ALTER DATABASE ...SET ONLINE語句

ALTER DATABASE...SET OFFLINE語句

ALTER DATABASE...SET EMERGENCY語句

DROP DATABASE 語句

當一個數據庫自動關閉時

DBCC CHECKDB語句結束時

4、當下面這些SET 開關值變化后，先前的那些執(zhí)行計劃都不能重用

ansi_null_dflt_off,

ansi_null_dflt_on,

ansi_nulls,

_ansi_padding

ansi_warnings,

arithabort,

concat_null_yields_null,

datefirst,dateformat,

forceplan,

language,

no_browsetable,

numeric_roundabort,

quoted_identifier

這是因為這些SET開關會影響語句的執(zhí)行的行為，甚至帶來不同的結果。他們發(fā)生變化了，SQLSERVER就要根據新的設置重做執(zhí)行計劃

5、當表格或者視圖上的統(tǒng)計信息發(fā)生變化后

當統(tǒng)計信息被手動更新后，或者SQLSERVER發(fā)現某個統(tǒng)計信息需要自動更新時，SQLSERVER會對所涉及的語句都做重編譯

需要說明的是，在SQLSERVER里，執(zhí)行計劃重用并不一定是一件好事，而編譯/重編譯也不一定是一件壞事。

計劃重用可以幫助SQLSERVER節(jié)省編譯時間，對降低CPU使用率和減少阻塞都有好處，但是缺點是每次重用的計劃并不一定是最合適的計劃。參數嗅探parameter sniffing就是典型的計劃重用帶來的負效應。編譯和重編譯當然能給當前運行的語句帶來盡可能準確執(zhí)行計劃，但是對于經常運行的語句，尤其是一些執(zhí)行速度比較快的語句，可能其編譯時間占最后總時間的相當大比例。這對資源來講是一個很大的浪費

看完上述內容，你們對sql server 中編譯與重編譯的區(qū)別是什么有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注創(chuàng)新互聯行業(yè)資訊頻道，感謝大家的支持。

當前標題：sqlserver中編譯與重編譯的區(qū)別是什么
URL地址：http://bm7419.com/article40/iidpho.html

成都網站建設公司_創(chuàng)新互聯，為您提供網站排名、外貿建站、品牌網站設計、企業(yè)網站制作、網站改版、微信公眾號

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯