程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> SyBase數據庫 >> SyBase綜合文章 >> 深入探究SYBASE數據庫日志

深入探究SYBASE數據庫日志

編輯:SyBase綜合文章

Sybase數據庫日志對於Sybase數據庫的重要性無需多言,下面就為您深入分析Sybase數據庫日志,供您參考。

SYBASE公司是世界著名的數據庫廠家,其關系數據庫產品Sybase SQL Server在中國大中型企事業單位中擁有大量的用戶。筆者在多年的使用過程中,總結出Sybase數據庫管理和維護的一些經驗,現拿出來與大家分享。

我們知道,Sybase SQL Server用事務(Transaction)來跟蹤所有數據庫的變化。事務是SQL Server的工作單元。一個事務包含一條或多條作為整體執行的T-SQL語句。每個數據庫都有自己的事務日志(Transaction Log),即系統表(Syslogs)。事務日志自動記錄每個用戶發出的每個事務。日志對於數據庫的數據安全性、完整性至關重要,我們進行數據庫開發和維護必須熟知Sybase數據庫日志的相關知識。

一、Sybase SQL Server 如何記錄和讀取Sybase數據庫日志信息

Sybase SQL Server是先記Log的機制。每當用戶執行將修改數據庫的語句時,SQL Server就會自動地把變化寫入日志。一條語句所產生的所有變化都被記錄到日志後,它們就被寫到數據頁在緩沖區的拷貝裡。該數據頁保存在緩沖區中,直到別的數據頁需要該內存時,該數據頁才被寫到磁盤上。若事務中的某條語句沒能完成,SQL Server將回滾事務產生的所有變化。這樣就保證了整個數據庫系統的一致性和完整性。

二、日志設備

Log和數據庫的Data一樣,需要存放在數據庫設備上,可以將Log和Data存放在同一設備上,也可以分開存放。一般來說,應該將一個數據庫的Data和Log存放在不同的數據庫設備上。這樣做有如下好處:一是可以單獨地備份Backup 事務日志;二是防止數據庫溢滿;三是可以看到Log的空間使用情況。

所建Log設備的大小,沒有十分精確的方法來確定。一般來說,對於新建的數據庫,Log的大小應為數據庫大小的30%左右。Log的大小還取決於數據庫修改的頻繁程度。如果數據庫修改頻繁,則Log的增長十分迅速。所以說Log空間大小依賴於用戶是如何使用數據庫的。此外,還有其它因素影響Log大小,我們應該根據實際操作情況估計Log大小,並間隔一段時間就對Log進行備份和清除。

三、日志的清除

隨著數據庫的使用,數據庫的Log是不斷增長的,必須在它占滿空間之前將它們清除掉。清除Log有兩種方法:

1.自動清除法

開放數據庫選項 Trunc Log on Chkpt,使數據庫系統每隔一段時間自動清除Log。此方法的優點是無須人工干預,由SQL Server自動執行,並且一般不會出現Log溢滿的情況;缺點是只清除Log而不做備份。

2.手動清除法

執行命令“dump transaction”來清除Log。以下兩條命令都可以清除日志:

  1. dump transaction with truncate_only  
  2. dump transaction with no_log   
  3.  

通常刪除事務日志中不活躍的部分可使用“dump transaction with trancate_only”命令,這條命令寫進事務日志時,還要做必要的並發性檢查。Sybase提供“dump transaction with no_log”來處理某些非常緊迫的情況,使用這條命令有很大的危險性,SQL Server會彈出一條警告信息。為了盡量確保數據庫的一致性,你應將它作為“最後一招”。

以上兩種方法只是清除日志,而不做日志備份,若想備份日志,應執行“dump transaction database_name to dumpdevice”命令。

四、管理龐大的事務

有些操作會大批量地修改數據,如大量數據的修改(Update)、刪除一個表的所有數據(Delete)、大量數據的插入(Insert),這樣會使Log增長速度很快,有溢滿的危險。下面筆者給大家介紹一下如何拆分大事務,以避免日志的溢滿。

例如執行“update tab_a set col_a=0”命令時,若表tab_a很大,則此Update動作在未完成之前就可能使Log溢滿,引起1105錯誤(Log Full),而且執行這種大的事務所產生的獨占鎖(Exclusive Table Lock),會阻止其他用戶在執行Update操作期間修改這個表,這就有可能引起死鎖。為避免這些情況發生,我們可以把這個大的事務分成幾個小的事務,並執行“dump transaction”動作。

上例中的情況就可以分成兩個或多個小的事務:

  1. update tab_a set col_a=0 where col_b>x   
  2. go  
  3. dump transaction database_name with truncate_only   
  4. go   
  5. update tab_a set col_a=0 where col_b <=x   
  6. go   
  7. dump transaction database_name with truncate_only   
  8. go   
  9.  

這樣,一個大的事務就被分成兩個較小的事務。

按照上述方法可以根據需要任意拆分大的事務。若這個事務需要備份到介質上,則不用“with truncate_only”選項。若執行“dump transaction with truncate_only”命令,應該先執行“dump database”。以此類推,我們可以對表刪除、表插入等大事務做相應的拆分。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved