sql server 中編譯與重編譯的區別是什么

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

　　執行計劃重用的利弊

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

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

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

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

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

　　SELECT * FROM sys.[syscacheobjects]

　　重編譯的發生場景

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

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

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

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

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

　　2、運行過sp_recompile

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

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

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

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

　　(1)Detach一個數據庫

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

　　(3)運行了DBCC freeproccache

　　(4)運行了reconfigure語句

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

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

　　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 開關值變化后，先前的那些執行計劃都不能重用

　　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開關會影響語句的執行的行為，甚至帶來不同的結果。他們發生變化了，SQLSERVER就要根據新的設置重做執行計劃

　　5、當表格或者視圖上的統計信息發生變化后

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

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

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

看完上述內容，你們對sql server 中編譯與重編譯的區別是什么有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。