建站
咨詢
售后
建站咨詢
新聞中心
本來是打算先寫SQLServer歷史的，不過感覺寫那部分內(nèi)容比較難還需要多查些資料。于是調(diào)整了下順序?qū)懴潞?jiǎn)單的Insert語句。數(shù)據(jù)庫(kù)結(jié)構(gòu)還是采用上一篇的結(jié)構(gòu)。具體查看上一篇文章擦亮自己的眼睛去看SQL Server之簡(jiǎn)單Select。今天討論的語句也比較簡(jiǎn)單，Insert語句。
創(chuàng)新互聯(lián)堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：成都做網(wǎng)站、網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的普蘭店網(wǎng)站設(shè)計(jì)、移動(dòng)媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！
一、Insert腳本
- insert into Test([Name]) values('xiaojun')
沒什么好說的，因?yàn)橄雽戇@樣的語句太簡(jiǎn)單。
二、 語句分析
這條語句到底發(fā)生了什么呢?假設(shè)讀者已經(jīng)知道了SQLServer整體架構(gòu)或者已經(jīng)閱讀過這個(gè)系列第一篇文章。當(dāng)這條語句被可靠的傳遞到關(guān)系引擎中后已經(jīng)生成執(zhí)行計(jì)劃，并且開始被調(diào)度執(zhí)行。接下來就發(fā)生了：
寫事務(wù)日志：數(shù)據(jù)修改事務(wù)中唯一一個(gè)總是需要寫入磁盤的操作。并不是修改查詢語句的清單，而是修改操作發(fā)生之后數(shù)據(jù)頁(yè)面的具體變化。是由日志管理器完成?？吹綄懭氪疟P，我們應(yīng)該立刻聯(lián)想到性能問題，因?yàn)檫@個(gè)操作是總是寫入磁盤。如果一條語句的操作的數(shù)據(jù)很大的話，這個(gè)耗時(shí)是十分可怕的。舉個(gè)例子：如果想知道這個(gè)差距，你可以在百萬或者千萬的表中執(zhí)行以下兩條語句體會(huì)以下：truncate table Test以及delete from Test。當(dāng)然嚴(yán)謹(jǐn)?shù)耐瑢W(xué)會(huì)說truncate是針對(duì)區(qū)操作，delete是針對(duì)頁(yè)操作，truncate的鎖消耗也比delete的鎖消耗少。這些是會(huì)導(dǎo)致truncate比delete快的原因。但是這些原因不是主要原因，主要原因就是這里說的寫事務(wù)日志，delete是每次刪除一行，并在事務(wù)日志中為所刪除的每行記錄一項(xiàng)，而truncate是通過釋放存儲(chǔ)表數(shù)據(jù)所用的數(shù)據(jù)頁(yè)來刪除數(shù)據(jù)，并且只在事務(wù)日志中記錄頁(yè)的釋放。既然事務(wù)日志會(huì)影響性能，為什么還記錄呢?主要解決保護(hù)數(shù)據(jù)以及數(shù)據(jù)一致性的問題。
接收寫請(qǐng)求：一旦訪問方法接收到寫事務(wù)日志成功的確認(rèn)信息，就會(huì)接收寫請(qǐng)求，將寫請(qǐng)求發(fā)送緩存區(qū)管理器。注意了，這里是把請(qǐng)求交給緩存區(qū)管理器，緩存區(qū)管理器只是操作緩存跟物理文件沒有任何關(guān)系。這里強(qiáng)調(diào)的目的是，如果沒有理解這里說的原理的話。你可能會(huì)為自己做了大量的插入操作，而數(shù)據(jù)文件的大小沒有任何變化而感到匪夷所思。訪問方法表面上起了請(qǐng)求傳遞的作用，其實(shí)它很智能有一些比較復(fù)雜的算法來預(yù)測(cè)執(zhí)行情況。
插入緩沖池：緩沖區(qū)管理器在內(nèi)存中插入數(shù)據(jù)，插入成功后將確認(rèn)結(jié)果發(fā)送給訪問方法，最終確認(rèn)結(jié)果到達(dá)客戶端。
寫入數(shù)據(jù)文件：這個(gè)步驟可以由兩個(gè)組件任何一個(gè)完成。惰性寫入器線程定期檢查SQLServer空閑緩沖列表的大小，當(dāng)這個(gè)值過低的時(shí)候，惰性寫入器會(huì)掃描整個(gè)數(shù)據(jù)緩存，將所有一段時(shí)間沒被使用的頁(yè)面老化。如果找到一段時(shí)間沒有被使用的臟頁(yè)，惰性寫入器則將其寫入磁盤并且刪除，然后將這個(gè)頁(yè)面的內(nèi)存空間標(biāo)記為空閑空間。惰性寫入器還會(huì)監(jiān)測(cè)服務(wù)器上的空閑物理內(nèi)存，如果內(nèi)存很少它會(huì)將SQLServer的空閑緩沖列表釋放給windows，在SQLServer負(fù)載很重時(shí)，它還會(huì)在服務(wù)器有空閑物理內(nèi)存且已給SQLServer分配的內(nèi)存還沒有達(dá)到我們配置的最大服務(wù)器內(nèi)存(max server memory)時(shí)增加SQLServer的空閑緩沖列表以適應(yīng)負(fù)載。檢查點(diǎn)是檢查點(diǎn)線程創(chuàng)建的一個(gè)時(shí)間點(diǎn)，將保證臟頁(yè)都寫入磁盤，并且在頁(yè)面頭將緩存中的這個(gè)頁(yè)面標(biāo)記為干凈的頁(yè)面注意檢查點(diǎn)是不刪除臟頁(yè)的。至于檢查點(diǎn)的執(zhí)行時(shí)間是要分幾種情況的：如果你配置了recovery interval(min)，就以這個(gè)為準(zhǔn)。如果沒有配置，并且這上一次檢查點(diǎn)結(jié)束后寫入的事務(wù)日志數(shù)據(jù)超過10MB，則大約每分鐘啟動(dòng)一致。還比如，我們?nèi)藶閳?zhí)行checkpoint執(zhí)行，或者執(zhí)行備份重啟命令都會(huì)觸發(fā)檢查點(diǎn)。拋開我們?nèi)藶椴僮?，這個(gè)具體時(shí)間確實(shí)無法確定，SQLServer有內(nèi)部啟發(fā)算法控制這個(gè)值。不過我們可以開啟一個(gè)跟蹤標(biāo)志3502能查看。這個(gè)跟蹤標(biāo)志在錯(cuò)誤日志中記錄了檢查點(diǎn)的開始與結(jié)束為止。sql語句為：dbcc traceon(3502) 。
三、結(jié)尾
今天主要就是介紹了插入語句的執(zhí)行過程，內(nèi)容不多。你從這個(gè)過程中你會(huì)發(fā)現(xiàn)SQLServer真的很智能。比如這里的預(yù)寫日志來保護(hù)數(shù)據(jù)，延遲將數(shù)據(jù)寫入磁盤、預(yù)測(cè)SQL執(zhí)行情況、監(jiān)控負(fù)載調(diào)整內(nèi)存等等。設(shè)計(jì)的都是那么巧妙，大家可以想想如果我們?cè)谠O(shè)計(jì)自己的軟件時(shí)是否可以參考和借鑒呢?
今天分析就到此結(jié)束，文中如有描述不當(dāng)?shù)牡胤?，歡迎指出。共同進(jìn)步才是硬道理。
網(wǎng)站標(biāo)題：擦亮自己的眼睛去看SQL Server之簡(jiǎn)單Insert
網(wǎng)頁(yè)URL：http://m.fisionsoft.com.cn/article/cohiejo.html
