艾銻知識(shí) |sql server 編譯與重編譯詳解

2020-03-04 17:48 作者：admin 瀏覽量：

 
疫情放慢了管理者的腳步,卻沒有放慢管理者的心,對于企業(yè)來說,在富有的時(shí)候,可以說說情懷,說說理想,但在貧窮受困的時(shí)候,沒有飯吃的時(shí)候,情懷和理想其實(shí)并不重要,重要的是下一頓吃什么?在哪吃呢?
 
前幾天,有篇文章報(bào)道某云南大型企業(yè)的人事總監(jiān)被總經(jīng)理怒罵的郵件很火,為什么會(huì)發(fā)生這樣的事,我覺得身為一個(gè)企業(yè)的員工,無論你處在什么崗位,什么職位,一定要審時(shí)度勢,要知道企業(yè)要什么,俗話說,大河有水小河滿,只有企業(yè)活下來了,活好了,組織里的員工才能真正拿到自己想要的,如果在危難時(shí)機(jī),你還在堅(jiān)持自己觀點(diǎn),抱持著自己的思維不改變,不能與企業(yè)思想同步,那最終也不會(huì)有什么好的結(jié)果.
 
在這里艾銻無限給已經(jīng)上班或即將上班的各個(gè)企業(yè)伙伴一些忠告:
 
1,困難時(shí)期,在為自己著想的同時(shí)多想想能為企業(yè)做點(diǎn)什么,今天你的付出,明天不一定會(huì)有收獲,但長久來看,能量守恒定律,你是不會(huì)吃虧的.
 
2,在經(jīng)濟(jì)還沒復(fù)蘇的時(shí)期,企業(yè)還不太忙的時(shí)候,除了做好自己部門手頭上的工作以外,把自己的大腦開動(dòng)起來,如果你是職員,就想想假如你是這個(gè)部門經(jīng)理,你如何做可以讓部門的損失降到最低,讓收益提升到最大.如果你是經(jīng)理就想想假如你是企業(yè)的CEO,你如何做可以讓企業(yè)快速恢復(fù)狀態(tài),讓業(yè)務(wù)快速發(fā)展起來,讓現(xiàn)金流可以流動(dòng)起來?
 
3,如果你處在花錢的部門,就想想如何做可以省錢,又可以為部門創(chuàng)收,如果你是創(chuàng)收的部門,就想想原來從來就沒想過的問題,因?yàn)槟悴荒芷婆f就不能立新,不能創(chuàng)造就是在消耗.
 
4,管理團(tuán)隊(duì)間,如果不是能力問題,不僅行動(dòng)要勤快,大腦更要勤快一些,除了思考自己部門的工作,也要思考其他部門的工作,你的團(tuán)隊(duì)可以做些什么更利于其他部門的發(fā)展,你可以做些什么更助于其他管理者達(dá)成目標(biāo),整個(gè)企業(yè)就像一臺(tái)齒輪吻合的機(jī)器,只有彼此主動(dòng)吻合才能讓這臺(tái)機(jī)器更好的運(yùn)轉(zhuǎn),這也像打群架,如果每一個(gè)人都能照顧好自己,還能為他人著想,就不會(huì)受傷,也能全身而退,有一個(gè)人需要他人照顧,就很可能有人受傷,并導(dǎo)致全隊(duì)受損.
 
5,無論什么時(shí)期,不要害怕困難,不要拒絕煩惱, 煩惱即菩提,菩提即智慧,偉大的洞見和上師都是來自于苦難和無數(shù)次的折磨.相信宇宙的安排,無論是事,還是人,來到你的身邊就是成就你的,所以把心安于當(dāng)下,盡一切努力做到盡善盡美.
 
接下來分享一則技術(shù)信息,以許會(huì)對你的企業(yè)有所幫助:
 
 
艾銻知識(shí) |sql server 編譯與重編譯詳解
SQLSERVER編譯與重編譯
編譯的含義
當(dāng)SQLSERVER收到任何一個(gè)指令，包括查詢（query）、批處理（batch）、存儲(chǔ)過程、觸發(fā)器（trigger）
、預(yù)編譯指令（prepared statement）和動(dòng)態(tài)SQL語句（dynamic SQL Statement）要完成語法解釋、語句解釋，
然后再進(jìn)行“編譯（compile）”，生成能夠運(yùn)行的“執(zhí)行計(jì)劃（execution plan）”。在編譯的過程中，
SQLSERVER會(huì)根據(jù)所涉及的對象的架構(gòu)（schema）、統(tǒng)計(jì)信息以及指令的具體內(nèi)容，估算可能的執(zhí)行計(jì)劃，
以及他們的成本（cost），最后選擇一個(gè)SQLSERVER認(rèn)為成本最低的執(zhí)行計(jì)劃來執(zhí)行。執(zhí)行計(jì)劃生成之后，
SQLSERVER通常會(huì)把他們緩存在內(nèi)存里，術(shù)語統(tǒng)稱他們叫“plan cache”以后同樣的語句執(zhí)行，SQLSERVER就可以使用同樣的執(zhí)行計(jì)劃，而無須再做一次編譯。
這種行為叫“重用（reuse）或者叫重用執(zhí)行計(jì)劃”。但是有時(shí)候，哪怕是一模一樣的語句，SQL下次執(zhí)行還是要再做一次編譯。
這種行為叫“重編譯（recompile）”。執(zhí)行計(jì)劃的編譯和重編譯都是要消耗資源的。
如果執(zhí)行計(jì)劃能夠重用，那么SQLSERVER就不需要再執(zhí)行上面的過程，加快執(zhí)行指令的速度，很多語句調(diào)優(yōu)的文章里提到數(shù)據(jù)庫重用執(zhí)行計(jì)劃就是指這個(gè)意思
執(zhí)行計(jì)劃重用的利弊
執(zhí)行計(jì)劃的好壞當(dāng)然決定了語句最終的執(zhí)行速度。對于同樣的一條語句，使用好的執(zhí)行計(jì)劃可能會(huì)比差的要快幾百倍，甚至上千倍。
所以從這一個(gè)角度來講，每運(yùn)行一條語句，都把他先編譯一遍當(dāng)然是最好的。他能夠保證使用的執(zhí)行計(jì)劃是SQLSERVER能找到的最優(yōu)的。
但是SQLSERVER每秒鐘可能會(huì)運(yùn)行成百上千的指令。如果每個(gè)都編譯一遍，是資源的一種浪費(fèi)。所以SQLSERVER在這里也試圖尋找一個(gè)平衡點(diǎn)，
使用有限的compile/recompile，得到最好的整體性能
運(yùn)行下面的指令，就能夠看到SQLSERVER當(dāng)前緩存的執(zhí)行計(jì)劃有哪些（請別在生產(chǎn)服務(wù)器上直接運(yùn)行因?yàn)樯厦嫱旋嫶蟮木彺妫?br /> 1 SELECT * FROM sys.[syscacheobjects]
重編譯的發(fā)生場景
但是有些時(shí)候，SQLSERVER為了確保返回正確的值，或者有性能上的顧慮，有意不重用緩存在內(nèi)存里的執(zhí)行計(jì)劃，而現(xiàn)場編譯一份。
這種行為，被稱為重編譯（recompile）。下面是比較常見的會(huì)發(fā)生重編譯的情形：
1、當(dāng)指令或者批處理所涉及的任何一個(gè)對象（表格或者視圖）發(fā)生了架構(gòu)（schema）變化
例如，在表或者視圖上添加或刪除了一個(gè)字段，添加或者刪除了一個(gè)索引，在表上添加或者刪除了一個(gè)約束條件（constraints）等。
定義發(fā)生了變化，原來的執(zhí)行計(jì)劃就不一定正確了，當(dāng)然要重編譯
2、運(yùn)行過sp_recompile
當(dāng)用戶在某個(gè)存儲(chǔ)過程或者觸發(fā)器上運(yùn)行過sp_recompile后，下一次運(yùn)行他們就會(huì)發(fā)生一次重編譯。
如果用戶在某個(gè)表或者視圖上運(yùn)行了sp_recompile，那么所有引用到這張表（或者視圖）的存儲(chǔ)過程在下一次運(yùn)行前，都要做重編譯
3、有些動(dòng)作會(huì)清除內(nèi)存里的所有執(zhí)行計(jì)劃，迫使大家都要做重編譯
例如，下列動(dòng)作會(huì)清除整個(gè)SQLSERVER服務(wù)器緩存的所有執(zhí)行計(jì)劃：
(1)Detach一個(gè)數(shù)據(jù)庫
(2)對數(shù)據(jù)庫做了升級(jí)，在新的服務(wù)器上，會(huì)發(fā)生執(zhí)行計(jì)劃清空
(3)運(yùn)行了DBCC freeproccache
(4)運(yùn)行了reconfigure語句
(5)運(yùn)行了alter database..collate語句修改了某個(gè)數(shù)據(jù)庫的字符集（collation）
下列動(dòng)作會(huì)清除SQLSERVER服務(wù)器緩存的某個(gè)數(shù)據(jù)庫的執(zhí)行計(jì)劃：
DBCC FLUSHPROCINDB
清除SQL Server 2000服務(wù)器內(nèi)存中的某個(gè)數(shù)據(jù)庫的存儲(chǔ)過程緩存內(nèi)容
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 語句
當(dāng)一個(gè)數(shù)據(jù)庫自動(dòng)關(guān)閉時(shí)
DBCC CHECKDB語句結(jié)束時(shí)
4、當(dāng)下面這些SET 開關(guān)值變化后，先前的那些執(zhí)行計(jì)劃都不能重用
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
這是因?yàn)檫@些SET開關(guān)會(huì)影響語句的執(zhí)行的行為，甚至帶來不同的結(jié)果。他們發(fā)生變化了，SQLSERVER就要根據(jù)新的設(shè)置重做執(zhí)行計(jì)劃
5、當(dāng)表格或者視圖上的統(tǒng)計(jì)信息發(fā)生變化后
當(dāng)統(tǒng)計(jì)信息被手動(dòng)更新后，或者SQLSERVER發(fā)現(xiàn)某個(gè)統(tǒng)計(jì)信息需要自動(dòng)更新時(shí)，SQLSERVER會(huì)對所涉及的語句都做重編譯 
需要說明的是，在SQLSERVER里，執(zhí)行計(jì)劃重用并不一定是一件好事，而編譯/重編譯也不一定是一件壞事。
計(jì)劃重用可以幫助SQLSERVER節(jié)省編譯時(shí)間，對降低CPU使用率和減少阻塞都有好處，但是缺點(diǎn)是每次重用的計(jì)劃并不一定是最合適的計(jì)劃。參數(shù)嗅探parameter sniffing就是典型的計(jì)劃重用帶來的負(fù)效應(yīng)。編譯和重編譯當(dāng)然能給當(dāng)前運(yùn)行的語句帶來盡可能準(zhǔn)確執(zhí)行計(jì)劃，但是對于經(jīng)常運(yùn)行的語句，尤其是一些執(zhí)行速度比較快的語句，可能其編譯時(shí)間占最后總時(shí)間的相當(dāng)大比例。這對資源來講是一個(gè)很大的浪費(fèi)
一般來說，SQLSERVER能夠很好地在編譯與重編譯之間做平衡，大部分情況下沒什么問題的。