亚洲免费在线-亚洲免费在线播放-亚洲免费在线观看-亚洲免费在线观看视频-亚洲免费在线看-亚洲免费在线视频

01. SQL Server 如何讀寫數(shù)據(jù)

系統(tǒng) 2235 0
原文: 01. SQL Server 如何讀寫數(shù)據(jù)

一. 數(shù)據(jù)讀寫流程簡要
SQL Server作為一個關(guān)系型數(shù)據(jù)庫,自然也維持了事務(wù)的ACID特性,數(shù)據(jù)庫的讀寫沖突由事務(wù)隔離級別控制。無論有沒有顯示開啟事務(wù),事務(wù)都是存在的。流程圖如下:

01. SQL Server 如何讀寫數(shù)據(jù)
數(shù)據(jù)讀寫流程圖

0. 事務(wù)開始
(1) 所有DML語句必然是基于事務(wù)的,如果沒有顯式開啟事務(wù),即手動寫下BEGIN TRAN,SQL Server則把每條語句作為一個事務(wù),并自動提交事務(wù)。

也就是說SQL SERVER 默認(rèn)不開啟隱式事務(wù),這點與ORACLE正好相反,ORACLE默認(rèn)開啟了隱式事務(wù),每條DML語句或者語句塊,都要手動commit才會提交。

SQL Server里如要改變這個默認(rèn)行為,可以在會話里做如下設(shè)置,如果沒有打開隱式事務(wù),SQL Server會自動提交當(dāng)前的DML語句,而打開后,需要手動COMMIT才會提交。

      
        --
      
      
        開啟隱式事務(wù)
      
      
        SET
      
       IMPLICIT_TRANSACTIONS 
      
        ON
      
      
        --
      
      
        插入一條記錄
      
      
        CREATE
      
      
        TABLE
      
       TEST_TRAN(ID 
      
        INT
      
      
        )


      
      
        INSERT
      
      
        INTO
      
       TEST_TRAN 
      
        VALUES
      
      (
      
        1
      
      
        )




      
      
        --
      
      
        查看開啟的事務(wù)
      
      
        DBCC
      
       OPENTRAN()
    

(2) 如果手動開啟了一個事務(wù)(BEGIN TRAN),則和開啟隱式事務(wù)(SET IMPLICIT_TRANSACTIONS ON)一樣,需要手動提交事務(wù)(COMMIT);

1. 發(fā)起DML
(1) DML通常指的是:INSERT、DELETE、UPDATE;
(2) DDL語句最終是被轉(zhuǎn)化為對系統(tǒng)表的DML,在SQL SERVER中DDL語句也可以被回滾,比如:CREATE/ALTER/DROP/TRUNCATE,在ORACLE里是不可以的,另外SQL Server中的DCL語句:DENY,REVOKE,也可以被回滾;

2. 數(shù)據(jù)是否在內(nèi)存
(1) 在內(nèi)存中使用HASH算法查找數(shù)據(jù),如果找到數(shù)據(jù)那么記為邏輯讀;
(2) 如果數(shù)據(jù)頁不在內(nèi)存中,則需要從磁盤上的數(shù)據(jù)文件中,讀取相應(yīng)的數(shù)據(jù)頁到內(nèi)存中,即物理讀,物理讀也會被記數(shù)為邏輯讀,也就是說無論內(nèi)存中有沒有數(shù)據(jù),邏輯讀是一定有的。

3. 修改數(shù)據(jù)
(1) 在SQL SERVER內(nèi)存的數(shù)據(jù)緩沖區(qū)中將數(shù)據(jù)頁修改,此時數(shù)據(jù)頁稱為臟頁(DIRTY PAGE);
(2) 在SQL SERVER內(nèi)存的日志緩沖區(qū)中記錄REDO LOG,姑且稱為臟日志;

4. 事務(wù)結(jié)束
(1) 提交(COMMIT),此時將當(dāng)前事務(wù)的臟日志刷新到數(shù)據(jù)庫的日志文件中,并打上事務(wù)結(jié)束標(biāo)記(COMMIT),臟頁有可能暫未被刷新到數(shù)據(jù)文件;
事務(wù)日志結(jié)構(gòu)如下(可通過log explorer等類似工具查看):
BEGIN TRAN
DML
COMMIT TRAN

(2) 回滾(ROLLBACK),此時讀REDO LOG得到反向DML操作,反向修改臟頁,正向的DML+反向DML都會被記錄在數(shù)據(jù)庫的日志文件中,并打上事務(wù)結(jié)束標(biāo)記(ROLLBACK),同樣,臟頁有可能暫未被刷新到數(shù)據(jù)文件;
事務(wù)日志結(jié)構(gòu)如下:
BEGIN TRAN
DML
反向DML
ROLLBACK TRAN

不難發(fā)現(xiàn),SQL SERVER的日志容易成為一個瓶頸(BOTTLENECK),因為在寫的同時引入了讀,即引入了競爭,而ORACLE用UNDO SEGMENT很好地避免了這個問題,REDO LOG永遠(yuǎn)只是在被串行寫。

5. 刷新數(shù)據(jù)頁
(1) SQL Server數(shù)據(jù)庫遵循預(yù)寫日志(WAL:Write-Ahead Logging)原則,因為關(guān)系型數(shù)據(jù)庫是基于事務(wù)的,而日志正是事務(wù)ACID屬性的保證,也是數(shù)據(jù)恢復(fù)的保證;
(2) 檢查點(CHECKPOINT),檢查點周期性地將臟頁刷新到數(shù)據(jù)文件中,最終在日志文件打上檢查點標(biāo)記(CHECKPOINT),至此上面事務(wù)中修改的數(shù)據(jù)被正式寫到磁盤上的數(shù)據(jù)文件中。

二. 數(shù)據(jù)讀寫流程深入
試想:
(1) 日志是不是一定要在COMMIT后才寫到日志文件?如果有個很長很大的事務(wù),那么提交日志時,日志從緩沖區(qū)被寫入磁盤,豈不是要等很久?
(2) 數(shù)據(jù)是不是一定要在日志提交后,發(fā)生了CHECKPOINT,才寫到數(shù)據(jù)文件?如果日志一直沒提交,那么數(shù)據(jù)緩沖區(qū)豈不是很擁擠?

考慮到這2點,SQL Server還會通過Log Writer/Lazy Writer不定時的刷新日志/數(shù)據(jù)到磁盤,至于日志和數(shù)據(jù)的一致性,在啟動或者數(shù)據(jù)庫還原時,SQL Server會去做檢查,也即是我們常說的前滾(REDO)和回滾(UNDO)。

01. SQL Server 如何讀寫數(shù)據(jù)
數(shù)據(jù)讀寫體系結(jié)構(gòu)圖


0. SQL SERVER MEMORY
(1) SQL SERVER占用服務(wù)器內(nèi)存的一部分,非SQL SERVER占用的內(nèi)存,供操作系統(tǒng)及服務(wù)器上其他應(yīng)用程序使用;
(2) SQL SERVER內(nèi)存對象可分為兩大類,圖中僅標(biāo)出Buffer Pool中的數(shù)據(jù)及日志緩存;

1. 事務(wù)結(jié)束
(1) 事務(wù)結(jié)束的前提是日志緩存成功寫入到日志文件中,也就是說客戶端收到COMMIT/ROLLBACK語句運(yùn)行成功的消息時,日志已被成功寫入日志文件(數(shù)據(jù)還不定是否被寫入數(shù)據(jù)文件);
(2) 不過,日志緩存并不是一定要等到事務(wù)結(jié)束時才刷新到日志文件的;

2. LOG WRITER
(1) 當(dāng)遇到長事務(wù)時,不必等到發(fā)出事務(wù)結(jié)束命令,LOG WRITER也會周期性地將臟日志刷新到日志文件,以保證用戶發(fā)出COMMIT時快速響應(yīng)以結(jié)束事務(wù);
(2) 微軟并沒有公布SQL SERVER 除去COMMIT外,LOG WRITER將臟日志刷新到日志文件的周期,這里可以參考ORACLE的:每3秒,或者日志緩沖區(qū)1/3滿;或者已經(jīng)包含1M的臟日志;

3. LAZY WRITER
(1) LAZY WRITER周期性掃描緩存(默認(rèn)1s),維護(hù)自由頁面(free page)列表,根據(jù)LRU算法將已刷新到磁盤的頁釋放;
(2) 如果是臟頁,則Lazy Writer將臟頁刷新到磁盤(這時事務(wù)可能還未提交),以最終將內(nèi)存頁釋放并加入自由頁面列表;

4. CHECKPOINT
(1) CHECKPOINT同LAZY WRITER一樣也會刷新臟頁到數(shù)據(jù)文件中(只刷新已提交的事務(wù)數(shù)據(jù)),但不會維護(hù)內(nèi)存自由頁面列表;
(2) 可以設(shè)置SP_CONFIGURE ‘RECOVERY INTERVAL’選項來改變CHECKPOINT發(fā)生的頻率,默認(rèn)為1分鐘一次。

小結(jié) :可以發(fā)現(xiàn),數(shù)據(jù)和日志被寫入數(shù)據(jù)/日志文件,并不是同步的。有可能寫入/提交了日志,數(shù)據(jù)沒有寫入磁盤;有可能寫入了數(shù)據(jù),事務(wù)未被提交;
(1) 針對有完整事務(wù)日志,數(shù)據(jù)未被寫入磁盤的情況,啟動/還原數(shù)據(jù)庫時,SQL SERVER做前滾(REDO);
(2) 針對有數(shù)據(jù)寫入數(shù)據(jù)文件,日志未完整提交的事務(wù),啟動/還原數(shù)據(jù)庫時,SQL SERVER做回滾(UNDO)。

?

01. SQL Server 如何讀寫數(shù)據(jù)


更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號聯(lián)系: 360901061

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機(jī)微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對您有幫助就好】

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會非常 感謝您的哦!!!

發(fā)表我的評論
最新評論 總共0條評論
主站蜘蛛池模板: 日本高清专区一区二无线 | 四虎影永久地址www 四虎影永久在线高清免费 四虎影永久在线观看精品 四虎影永久在线观看网址 四虎影院.com | 四虎精品成人a在线观看 | 国产尤物视频 | 精品亚洲一区二区三区在线播放 | 精品视频免费 | 国产网红在线视频 | 国产短视频精品区第一页 | 亚洲成a人片77777kkk | 可以免费观看的一级毛片 | 亚洲国产精品a一区二区三区 | 久久综合桃花网 | 欧美日韩国产亚洲一区二区三区 | 日本一区二区三 | 国产uv1区二区三区 国产va | 日本一区精品 | 国产一区精品在线 | 国产成人一区二区在线不卡 | 欧美成人免费一区在线播放 | 毛片大全免费看 | 久久精品爱国产免费久久 | 亚洲日产综合欧美一区二区 | 欧美激情一区二区 | 538在线视频二三区视视频 | 久久在线综合 | 久久日韩精品 | 精品91自产拍在线观看99re | 国产农村妇女毛片精品久久 | 日韩h视频| 国产成人综合洲欧美在线 | 日本高清h色视频在线观看 日本高清不卡二区 | 婷婷久久精品 | 午夜影院私人 | 久草在线视频资源站 | 久久精品国产清自在天天线 | 亚洲精品久久久久久久福利 | 亚洲韩国欧美 | 亚洲人成在线精品不卡网 | 日韩亚洲一区中文字幕在线 | 亚洲国产精品综合久久 | 中文字幕色婷婷在线视频 |