黄色网页视频 I 影音先锋日日狠狠久久 I 秋霞午夜毛片 I 秋霞一二三区 I 国产成人片无码视频 I 国产 精品 自在自线 I av免费观看网站 I 日本精品久久久久中文字幕5 I 91看视频 I 看全色黄大色黄女片18 I 精品不卡一区 I 亚洲最新精品 I 欧美 激情 在线 I 人妻少妇精品久久 I 国产99视频精品免费专区 I 欧美影院 I 欧美精品在欧美一区二区少妇 I av大片网站 I 国产精品黄色片 I 888久久 I 狠狠干最新 I 看看黄色一级片 I 黄色精品久久 I 三级av在线 I 69色综合 I 国产日韩欧美91 I 亚洲精品偷拍 I 激情小说亚洲图片 I 久久国产视频精品 I 国产综合精品一区二区三区 I 色婷婷国产 I 最新成人av在线 I 国产私拍精品 I 日韩成人影音 I 日日夜夜天天综合

SQL Server中tempdb的管理

系統(tǒng) 3484 0
原文: SQL Server中tempdb的管理

?資料來自:

http://blogs.msdn.com/b/sqlserverstorageengine/archive/tags/tempdb/

http://blogs.msdn.com/b/sqlserverstorageengine/archive/2008/12/21/tempdb-basics.aspx

我們推出了一系列的關(guān)于TempDB基礎(chǔ),監(jiān)控和問題調(diào)試的博文,也建議大家閱讀有開發(fā)和測試部門給出的白皮書 http://www.microsoft.com/technet/prodtechnol/sql/2005/workingwithtempdb.mspx

???TempDB基礎(chǔ)

TempDB和其他用戶數(shù)據(jù)庫一樣以Model數(shù)據(jù)庫為模板創(chuàng)建,并且可以創(chuàng)建和查詢表格。與其他用戶數(shù)據(jù)庫不同的是,TempDB在每次SQL Server啟動的時候都會被重新創(chuàng)建。這就意味著:

l??TempDB不需要恢復(fù)。因此它不必使用全備份或者大容量日志記錄恢復(fù)模型。事實上,TempDB是配置成簡單恢復(fù)模型并且不能改變的。

l??雖然TempDB不需要被恢復(fù),但不是說TempDB上的操作沒有日志記錄。SQL Server中每個操作都是在顯式或隱式(每個語句都是一個獨(dú)立的事務(wù))的事務(wù)中完成,這個事務(wù)也包含了在TempDB對象上的操作。如果更新全局臨時表中的行然后回滾事務(wù),是無法撤銷此更改的,除非我們記錄了更新之前的值。不過,也沒有必要記錄更新后的值,因為只有數(shù)據(jù)庫恢復(fù)過程中需要重做事務(wù)時這個值才有用。像我之前提到的一樣,TempDB是不需要恢復(fù)的,于是沒有理由記錄更新后的值。再舉一個例子讓我們看看插入操作。在一個全局臨時表中的插入一行,實際值不會被記錄。因為SQL Server不需要這個行值來完成撤消操作,僅僅需要適當(dāng)?shù)卦O(shè)置頁面中的偏移量,或者這個插入造成頁面被分配或者取消分配。總結(jié)起來,我們只需要記錄可能被撤銷的信息而不需要記錄可能被重做的信息。這一點(diǎn)關(guān)于日志記錄文件的變化是由SQLServer 2005開始的。更復(fù)雜的情況是,并不是TempDB中所有對象都被日志文件記錄。后文會詳細(xì)敘述。現(xiàn)在我們來看一個例子說明這一點(diǎn)

use ?tempdb

go

?

---------------

-- SETUP

---------------

drop ? table ?##t_tempdblog

go

?

-- create a global temp table. Notice, each row is

-- greater than > 1000. I did this so that we can easily

-- identify if the row is indeed logged.

create ? table ?##t_tempdblog ? ( c1? int , ?c2? char ( 1000 ))

go

?

-- load 10 rows into this table

declare ?@i? int

select ?@i? = ?0

while? ( @i? < ?10 )

begin

???? insert ? into ?##t_tempdblog? values

?????????? ( @i , ? replicate ? ( cast ? ( 'a' ? as ? varchar ), ?1000 ))

select ?@i? = ?@i + 1

end

?

--Now run the following command to see the log records

select ? top ?10 operation , context ,

?????? [log record fixed length] ,

????? [log record length]

from ? fn_dblog (null, ? null)

where ?allocunitname = 'dbo.##t_tempdblog'

order ? by ?[Log Record Length]? Desc

這是上述查詢的輸出。您將注意到的所有日志記錄都?< 100?字節(jié),顯然插入的行沒有被記錄。

operation?????? context??? log record fixed length??? log record length

-----------------------------------------------------------------------

LOP_MODIFY_ROW? LCX_IAM??????????? 62?? ???????????????????88

LOP_MODIFY_ROW? LCX_IAM??????????? 62????????????????????? 88

LOP_FORMAT_PAGE LCX_HEAP?????????? 80????????????????????? 84

LOP_FORMAT_PAGE LCX_IAM??????????? 80????????????????????? 84

LOP_FORMAT_PAGE LCX_HEAP?????????? 80?????????? ???????????84

LOP_MODIFY_ROW? LCX_PFS??????????? 62????????????????????? 80

LOP_MODIFY_ROW? LCX_PFS??????????? 62????????????????????? 80

LOP_INSERT_ROWS LCX_HEAP?????????? 62????????????????????? 72

LOP_INSERT_ROWS LCX_HEAP?????????? 62?????????????????? ???72

LOP_INSERT_ROWS LCX_HEAP?????????? 62????????????????????? 72

于是,這就證明了TempDB的日志和其他用戶數(shù)據(jù)庫不同。將上面同樣的例子操作應(yīng)用于用戶數(shù)據(jù)庫,日志記錄會成為這個樣子:

operation???????????? context?? log record fixed length log record length

----------------------------------------------------------------------

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1104

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1104

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1104

LOP_INSERT_ROWS????? LCX_HEAP????? ????62????????????????????? 1104

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1104

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1104

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1104

LOP_INSERT_ROWS??? ??LCX_HEAP????????? 62????????????????????? 1104

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1101

LOP_INSERT_ROWS????? LCX_HEAP????????? 62????????????????????? 1104

這就證明了,撤銷確實會被日志記錄。實驗時做了以下操作:

? update ?##t_tempdblog? set ?c2? =

???????????? replicate ? ( cast ? ( 'b' ? as ? varchar ), ?1000 )

之后,做這樣的查詢:

select ? top ?10 operation , context ,

?????? ?[log record fixed length] , ?[log record length]

from ? fn_dblog (null, ? null)

where ?allocunitname = 'dbo.##t_tempdblog'

order ? by ?[Log Record Length]? Desc

以下是輸出內(nèi)容,你會發(fā)現(xiàn)日志的長度超過1000字節(jié),事實上列C2更新之前的值被記錄了。

operation????????? context??? log record fixed length log record length

-----------------------------------------------------------------------

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072

LOP_MODIFY_ROW???? LCX_HEAP?????? 62????????????????????? 1072



SQL Server中tempdb的管理


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

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號聯(lián)系: 360901061

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

【本文對您有幫助就好】

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

發(fā)表我的評論
最新評論 總共0條評論