導讀:1建站知識本文將介紹編譯的含義；執行計劃重用的利弊以及重編譯的發生場景等等，為您學習SQLSERVER編譯與重編譯打下很好的seo網站優化培訓公司網站建設。

編譯的含義 -------------------------------------------------------------------------------- 當SQLSERVER收到任何一個指令，包括查詢（query）、批處理（batch）、存儲過程、觸發器（trigger） 、預編譯指令（prepared statement）和動態SQL語句（dynamic SQL Statement）要完成語法解釋、語句解釋， 然后再進行“編譯（compile）”，生成能夠運行的“執行計劃（execution plan）”。在編譯的過程中，SQLSERVER會根據所涉及的對象的架構（schema）、統計信息以及指令的具體內容，估算可能的執行計劃，以及他們的成本（cost），最后選擇一個SQLSERVER認為成本最低的執行計劃來執行。執行計劃生成之后，SQLSERVER通常會把他們緩存在內存里，術語統稱他們叫“plan cache”以后同樣的語句執行，SQLSERVER就可以使用同樣的執行計劃，而無須再做一次編譯。 這種行為叫“重用（reuse）或者叫重用執行計劃”。但是有時候，哪怕是一模一樣的語句，SQL下次執行還是要再做一次編譯。這種行為叫“重編譯（recompile）”。執行計劃的編譯和重編譯都是要消耗資源的。 如果執行計劃能夠重用，那么SQLSERVER就不需要再執行上面的過程，加快執行指令的速度，很多語句調優的文章里提到數據庫重用執行計劃就是指這個意思 執行計劃重用的利弊 -------------------------------------------------------------------------------- 執行計劃的好網站建設公司壞當然決定了語句最終的執行速度。對于同樣的一條語句，使用好的執行計劃可能會比差的要快幾百倍，甚至上千倍。 所以從這一個角度來講，每運行一條語句，都把他先編譯一遍當網站建設制作然是最好的。他能夠保證使用的執行計劃是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服務器內存中的某個數據庫的存儲過程緩存內容

關鍵詞標簽: SQL 利弊 場景