務(wù)（transaction）是一個(gè)或多個(gè)接連在一起作為一個(gè)邏輯單位運(yùn)行的SQL語句。DBMS認(rèn)為事務(wù)是不可分割的，要么全部執(zhí)行，要么全不執(zhí)行。

用銀行的例子來說明事務(wù)的重要性是很經(jīng)典的。假定某個(gè)客戶從他的儲(chǔ)蓄賬戶向支票賬戶轉(zhuǎn)賬500美元。這個(gè)操作包括連續(xù)執(zhí)行的兩個(gè)獨(dú)立步驟。

(1) 儲(chǔ)蓄賬戶減500美元。

(2) 支票賬戶增500美元。

圖14-1顯示了這個(gè)事務(wù)的兩條SQL語句。設(shè)想，如果DBMS在執(zhí)行了第一條語句，但沒有執(zhí)行第二條時(shí)突然發(fā)生故障——斷電、系統(tǒng)崩潰、硬件出問題，賬戶在神不知鬼不覺的情況下出現(xiàn)了不平衡。瀆職控告和牢獄之災(zāi)就會(huì)接踵而至。

圖14-1　當(dāng)銀行客戶從儲(chǔ)蓄賬戶向支票賬戶轉(zhuǎn)賬時(shí)，必須有兩條SQL語句

為了避免違法記錄，應(yīng)該使用事務(wù)來保證兩條SQL語句都被執(zhí)行，以維持賬戶平衡。如果事務(wù)中的一條語句無法執(zhí)行時(shí)，DBMS將撤銷（回滾）事務(wù)中其他語句。如果一切順利，變化將被持久化（提交）。

執(zhí)行事務(wù)

要了解事務(wù)如何工作，就要了解一些術(shù)語。

提交。提交（committing）事務(wù)是使自事務(wù)開始后修改的所有數(shù)據(jù)持久化在數(shù)據(jù)庫中。在事務(wù)提交后，即使發(fā)生崩潰或其他故障，事務(wù)帶來的所有變化仍然對其他用戶可見并能夠保證持久化。

回滾?；貪L（rolling back）事務(wù)是撤銷事務(wù)中SQL語句帶來的所有變化。事務(wù)回滾后，此前影響到的數(shù)據(jù)回到原狀，就好像SQL語句從未執(zhí)行一樣。

事務(wù)日志。事務(wù)日志文件（transaction logfile）或日志（log）是有關(guān)事務(wù)對數(shù)據(jù)庫進(jìn)行修改的一系列記錄。事務(wù)日志記錄了每個(gè)事務(wù)開始、數(shù)據(jù)的變化以及撤銷或重新執(zhí)行事務(wù)（如果將來需要）的足夠信息。日志隨著數(shù)據(jù)庫事務(wù)的執(zhí)行不斷增長。

盡管保證每個(gè)事務(wù)本身的完整性是DBMS的職責(zé)，但依據(jù)組織或公司規(guī)章來開始和結(jié)束事務(wù)以保證數(shù)據(jù)邏輯的一致性則是數(shù)據(jù)庫開發(fā)人員的責(zé)任。事務(wù)應(yīng)該僅包含能做出一致修改的必要的SQL語句——不多不少。所有引用表中的數(shù)據(jù)在事務(wù)開始前和事務(wù)結(jié)束后必須保持一致。

在設(shè)計(jì)和執(zhí)行事務(wù)時(shí)，要重點(diǎn)考慮以下方面。

l 事務(wù)相關(guān)的SQL語句會(huì)修改數(shù)據(jù)，所以執(zhí)行事務(wù)要得到數(shù)據(jù)庫管理員的授權(quán)。

l 事務(wù)過程應(yīng)用于那些改變數(shù)據(jù)和數(shù)據(jù)庫對象的語句（INSERT、UPDATE、DELETE、CREATE、ALTER、DROP——因不同DBMS而異）。對于工作中用到的數(shù)據(jù)庫，每一條這樣的語句都應(yīng)該作為事務(wù)的一部分執(zhí)行。

l 提交了的事務(wù)被稱作持久化，意味著永久性改變，即便系統(tǒng)發(fā)生故障仍能保持。

l DBMS的數(shù)據(jù)恢復(fù)機(jī)制依賴于事務(wù)。當(dāng)DBMS在故障之后被在線復(fù)原，DBMS檢查事務(wù)日志確認(rèn)是否所有事務(wù)都提交給了數(shù)據(jù)庫。如發(fā)現(xiàn)沒有提交（部分執(zhí)行）的事務(wù)，依據(jù)日志將它們回滾。必須重新提交回滾的事務(wù)（盡管一些DBMS能夠自動(dòng)完成沒有結(jié)束的事務(wù)）。

l DBMS的備份/恢復(fù)設(shè)備依賴于事務(wù)。備份設(shè)備獲得例行的數(shù)據(jù)庫快照并將它們和隨后的事務(wù)日志存儲(chǔ)在備份盤上。假定使用的硬盤發(fā)生故障使得數(shù)據(jù)和事務(wù)日志不可讀?？梢越柚诨謴?fù)設(shè)備，它將采用最近的數(shù)據(jù)庫備份并執(zhí)行，或前滾所有從快照到故障前最后執(zhí)行并在日志中提交的事務(wù)。這個(gè)恢復(fù)操作使數(shù)據(jù)庫恢復(fù)到故障發(fā)生前的正確狀態(tài)（注意，要再次提交沒有提交的事務(wù)）。

l 顯然，應(yīng)該將數(shù)據(jù)庫和它的事務(wù)日志存儲(chǔ)于不同的物理硬盤。

因?yàn)槭聞?wù)按照要么全部，要么全不方式被執(zhí)行，事務(wù)的邊界（開始點(diǎn)和結(jié)束點(diǎn)）必須清晰。邊界使DBMS作為一個(gè)原子單元來執(zhí)行這些語句。事務(wù)隱式開始于第一個(gè)可執(zhí)行的SQL語句或顯式使用 START TRANSACTION語句。事務(wù)顯式結(jié)束于COMMIT或ROLLBACK語句（無法隱式結(jié)束），且無法在提交之后回滾事務(wù)。

q

Oracle和DB2的事務(wù)總是隱式開始，這些DBMS沒有用來開始事務(wù)的語句。在Microsoft Access、Microsoft SQL Server、MySQL和PostgreSQL中，可以使用BEGIN語句顯式開始事務(wù)。SQL:1999引入START TRANSACTION語句——由于這發(fā)生在DBMS使用BEGIN開始事務(wù)很久以后，因此不同DBMS擴(kuò)展BEGIN的語法也各不相同。MySQL和PostgreSQL支持START TRANSACTION（作為BEGIN同義詞）。

在Microsoft Access或Microsoft SQL Server中，輸入：

BEGIN TRANSACTION;

或

在MySQL or PostgreSQL，輸入：

START TRANSACTION;

輸入：

COMMIT;

輸入：

ROLLBACK;

代碼14-1中的SELECT語句顯示UPDATE操作被DBMS執(zhí)行后又被ROLLBACK語句取消。結(jié)果見圖14-2。

                                    圖14-2　運(yùn)行代碼14-1的結(jié)果。SELECT語
句的結(jié)果顯示DBMS取消了操作

代碼14-1　在一個(gè)事務(wù)內(nèi)，更新操作（像插入和刪除操作那樣）永遠(yuǎn)不是在最后出現(xiàn)。結(jié)果見圖14-2

SELECT SUM(pages), AVG(price) FROM titles;

BEGIN TRANSACTION;

  UPDATE titles SET pages = 0;

  UPDATE titles SET price = price * 2;

  SELECT SUM(pages), AVG(price) FROM titles;

ROLLBACK;

SELECT SUM(pages), AVG(price) FROM titles;

代碼14-2顯示更實(shí)用的事務(wù)例子。要從表publi- shers刪除出版社P04而不產(chǎn)生引用完整性錯(cuò)誤。因?yàn)楸韙itles的有些外鍵值指向表publishers的出版社P04，所以要先刪除表titles、titles_authors、和royalties中相關(guān)的行。應(yīng)該使用事務(wù)保證所有DELETE語句都被執(zhí)行。如果只有一些語句執(zhí)行成功，數(shù)據(jù)將無法保持一致（要了解更多有關(guān)引用完整性檢查的信息，參見11.7節(jié)）。

代碼14-2　使用事務(wù)從表publishers中刪除出版社P04，及刪除其他表中與P04相關(guān)的行

BEGIN TRANSACTION;

  DELETE FROM title_authors

    WHERE title_id IN

      (SELECT title_id

         FROM titles

         WHERE pub_id = 'P04');

  DELETE FROM royalties

    WHERE title_id IN

      (SELECT title_id

         FROM titles

         WHERE pub_id = 'P04');

  DELETE FROM titles

    WHERE pub_id = 'P04';

  DELETE FROM publishers

    WHERE pub_id = 'P04';

COMMIT;

_ü提示

l 不要忘記使用COMMIT或ROLLBACK顯式結(jié)束事務(wù)。沒有結(jié)束點(diǎn)將導(dǎo)致回滾的最后未提交事務(wù)巨大，可能帶來意外的數(shù)據(jù)變化或程序異常中止。因?yàn)槭聞?wù)在生存期鎖定行、整個(gè)表、索引和其他資源，所以要讓事務(wù)盡可能小。COMMIT或ROLLBACK為其他事務(wù)釋放資源。

l 可以嵌套事務(wù)。最大嵌套數(shù)因DBMS而異。

使用一條SET語句的UPDATE更新多個(gè)列比使用多個(gè)UPDATE快。例如，查詢：

UPDATE mytable

  SET col1 = 1

      col2 = 2

      col3 = 3

  WHERE col1 <> 1

     OR col2 <> 2

     OR col3 <> 3;

比3個(gè)UPDATE語句好，因?yàn)樗鼫p少了日志記錄（盡管帶來鎖定）。

l 默認(rèn)情況下，DBMS運(yùn)行在自動(dòng)提交模式（autocommit mode），除非被其他顯式或隱式事務(wù)重寫（或被系統(tǒng)設(shè)置關(guān)閉）。在這種模式下，每一條語句作為一個(gè)事務(wù)執(zhí)行。如果語句執(zhí)行成功，DBMS就將它提交；如果DBMS遇到錯(cuò)誤，就回滾這條語句。

l 對于長的事務(wù)，可以設(shè)置稱為存儲(chǔ)點(diǎn)（savepoints）的中間標(biāo)志，將事務(wù)分割為小段。存儲(chǔ)點(diǎn)允許回滾從事務(wù)當(dāng)前點(diǎn)到事務(wù)靠前的時(shí)間點(diǎn)之間的變化（假定事務(wù)還沒有提交）。如果在一系列復(fù)雜的插入、更新、刪除操作未提交時(shí)，意識(shí)到最后的變化是不正確的或不必要的，使用存儲(chǔ)點(diǎn)就可以避免重新提交所有語句。Microsoft Access不支持存儲(chǔ)點(diǎn)。在Oracle、DB2、MySQL和PostgreSQL中，使用語句：

SAVEPOINT savepoint_name

對于Microsoft SQL Server，使用：

SAVE TRANSACTION savepoint_name;

查閱DBMS文檔來了解有關(guān)存儲(chǔ)點(diǎn)鎖定的細(xì)節(jié)知識(shí)及如何COMMIT或ROLLBACK到特定的存儲(chǔ)點(diǎn)。

q

Microsoft Access中，通過SQL視圖窗口或DAO無法執(zhí)行事務(wù)，必須使用Microsoft Jet OLE DB Provider和ADO。

Oracle和DB2是隱式開始事務(wù)的。為了在Oracle 和 DB2中運(yùn)行代碼14-1和代碼14-2，要?jiǎng)h除語句：BEGIN TRANSACTION；

為了在MySQL中運(yùn)行代碼14-1和代碼14-2，將語句BEGIN TRANSACTION;變?yōu)镾TART TRANSACTION;（或BEGIN）。

MySQL通過InnoDB和BDB表支持事務(wù)，請查閱MySQL文檔了解事務(wù)。Microsoft SQL Server、 Oracle、MySQL和PostgreSQL支持SET TRANSACTION語句設(shè)置事務(wù)特征。DB2通過服務(wù)器層和連接初始化設(shè)置控制事務(wù)特征。