我們知道，SYBASE　SQL Server用事務(wù)（Transaction）來(lái)跟蹤所有數(shù)據(jù)庫(kù)的變化。事務(wù)是SQL　Server的工作單元。一個(gè)事務(wù)包含一條或多條作為整體執(zhí)行的T-SQL語(yǔ)句。每個(gè)數(shù)據(jù)庫(kù)都有自己的事務(wù)日志（Transaction　Log），即系統(tǒng)表（Syslogs）。事務(wù)日志自動(dòng)記錄每個(gè)用戶發(fā)出的每個(gè)事務(wù)。日志對(duì)于數(shù)據(jù)庫(kù)的數(shù)據(jù)安全性、完整性至關(guān)重要，我們進(jìn)行數(shù)據(jù)庫(kù)開(kāi)發(fā)和維護(hù)必須熟知日志的相關(guān)知識(shí)。

一、SYBASE　SQL Server 如何記錄和讀取日志信息

SYBASE　SQL Server是先記Log的機(jī)制。每當(dāng)用戶執(zhí)行將修改數(shù)據(jù)庫(kù)的語(yǔ)句時(shí)，SQL　Server就會(huì)自動(dòng)地把變化寫(xiě)入日志。一條語(yǔ)句所產(chǎn)生的所有變化都被記錄到日志后，它們就被寫(xiě)到數(shù)據(jù)頁(yè)在緩沖區(qū)的拷貝里。該數(shù)據(jù)頁(yè)保存在緩沖區(qū)中，直到別的數(shù)據(jù)頁(yè)需要該內(nèi)存時(shí)，該數(shù)據(jù)頁(yè)才被寫(xiě)到磁盤(pán)上。若事務(wù)中的某條語(yǔ)句沒(méi)能完成，SQL　Server將回滾事務(wù)產(chǎn)生的所有變化。這樣就保證了整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)的一致性和完整性。

二、日志設(shè)備

Log和數(shù)據(jù)庫(kù)的Data一樣，需要存放在數(shù)據(jù)庫(kù)設(shè)備上，可以將Log和Data存放在同一設(shè)備上，也可以分開(kāi)存放。一般來(lái)說(shuō)，應(yīng)該將一個(gè)數(shù)據(jù)庫(kù)的Data和Log存放在不同的數(shù)據(jù)庫(kù)設(shè)備上。這樣做有如下好處：一是可以單獨(dú)地備份Backup事務(wù)日志；二是防止數(shù)據(jù)庫(kù)溢滿；三是可以看到Log的空間使用情況。

所建Log設(shè)備的大小，沒(méi)有十分精確的方法來(lái)確定。一般來(lái)說(shuō)，對(duì)于新建的數(shù)據(jù)庫(kù)，Log的大小應(yīng)為數(shù)據(jù)庫(kù)大小的30%左右。Log的大小還取決于數(shù)據(jù)庫(kù)修改的頻繁程度。如果數(shù)據(jù)庫(kù)修改頻繁，則Log的增長(zhǎng)十分迅速。所以說(shuō)Log空間大小依賴于用戶是如何使用數(shù)據(jù)庫(kù)的。此外，還有其它因素影響Log大小，我們應(yīng)該根據(jù)實(shí)際操作情況估計(jì)Log大小，并間隔一段時(shí)間就對(duì)Log進(jìn)行備份和清除。

三、日志的清除

隨著數(shù)據(jù)庫(kù)的使用，數(shù)據(jù)庫(kù)的Log是不斷增長(zhǎng)的，必須在它占滿空間之前將它們清除掉。清除Log有兩種方法：

1.自動(dòng)清除法



開(kāi)放數(shù)據(jù)庫(kù)選項(xiàng) Trunc Log on Chkpt，使數(shù)據(jù)庫(kù)系統(tǒng)每隔一段時(shí)間自動(dòng)清除Log。此方法的優(yōu)點(diǎn)是無(wú)須人工干預(yù)，由SQL　Server自動(dòng)執(zhí)行，并且一般不會(huì)出現(xiàn)Log溢滿的情況；缺點(diǎn)是只清除Log而不做備份。

2.手動(dòng)清除法

執(zhí)行命令“dump transaction”來(lái)清除Log。以下兩條命令都可以清除日志：

dump transaction with truncate_only

dump transaction with no_log 

通常刪除事務(wù)日志中不活躍的部分可使用“dump transaction with trancate_only”命令，這條命令寫(xiě)進(jìn)事務(wù)日志時(shí)，還要做必要的并發(fā)性檢查。SYBASE提供“dump transaction with no_log”來(lái)處理某些非常緊迫的情況，使用這條命令有很大的危險(xiǎn)性，SQL　Server會(huì)彈出一條警告信息。為了盡量確保數(shù)據(jù)庫(kù)的一致性，你應(yīng)將它作為“最后一招”。

以上兩種方法只是清除日志，而不做日志備份，若想備份日志，應(yīng)執(zhí)行“dump transaction database_name to dumpdevice”命令。

四、管理龐大的事務(wù)

有些操作會(huì)大批量地修改數(shù)據(jù)，如大量數(shù)據(jù)的修改（Update）、刪除一個(gè)表的所有數(shù)據(jù)（Delete）、大量數(shù)據(jù)的插入（Insert），這樣會(huì)使Log增長(zhǎng)速度很快，有溢滿的危險(xiǎn)。下面筆者給大家介紹一下如何拆分大事務(wù)，以避免日志的溢滿。

例如執(zhí)行“update tab_a set col_a=0”命令時(shí)，若表tab_a很大，則此Update動(dòng)作在未完成之前就可能使Log溢滿，引起1105錯(cuò)誤（Log Full），而且執(zhí)行這種大的事務(wù)所產(chǎn)生的獨(dú)占鎖（Exclusive Table Lock），會(huì)阻止其他用戶在執(zhí)行Update操作期間修改這個(gè)表，這就有可能引起死鎖。為避免這些情況發(fā)生，我們可以把這個(gè)大的事務(wù)分成幾個(gè)小的事務(wù)，并執(zhí)行“dump transaction”動(dòng)作。

上例中的情況就可以分成兩個(gè)或多個(gè)小的事務(wù)：

update tab_a set col_a=0 where col_b>x 

go

dump transaction database_name with truncate_only 

go 

update tab_a set col_a=0 where col_b <=x 

go 

dump transaction database_name with truncate_only 

go 

這樣，一個(gè)大的事務(wù)就被分成兩個(gè)較小的事務(wù)。

按照上述方法可以根據(jù)需要任意拆分大的事務(wù)。若這個(gè)事務(wù)需要備份到介質(zhì)上，則不用“with truncate_only”選項(xiàng)。若執(zhí)行“dump transaction with truncate_only”命令，應(yīng)該先執(zhí)行“dump database”。以此類推，我們可以對(duì)表刪除、表插入等大事務(wù)做相應(yīng)的拆分。