現(xiàn)在通過 PDO 連接上了，在開始進行查詢前，必須先理解 PDO 是如何管理事務的。事務支持四大特性（ACID）：原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）以及持久性（Durability）。通俗地講，在一個事務中執(zhí)行的任何操作，即使是分階段執(zhí)行的，也能保證安全地應用于數(shù)據(jù)庫，并在提交時不會受到來自其他連接的干擾。事務操作也可以根據(jù)請求自動撤銷（假設還沒有提交），這使得在腳本中處理錯誤更加容易。

事務通常是通過把一批更改“積蓄”起來然后使之同時生效而實現(xiàn)的；這樣做的好處是可以大大地提供這些更改的效率。換句話說，事務可以使腳本更快，而且可能更健壯（不過需要正確地使用事務才能獲得這樣的好處）。

不幸的是，并非每種數(shù)據(jù)庫都支持事務，因此當?shù)谝淮未蜷_連接時，PDO 需要在所謂的“自動提交”模式下運行。自動提交模式意味著，如果數(shù)據(jù)庫支持，運行的每個查詢都有它自己的隱式事務，如果數(shù)據(jù)庫不支持事務，則沒有。如果需要一個事務，則必須用?PDO::beginTransaction()?方法來啟動。如果底層驅動不支持事務，則拋出一個 PDOException 異常（不管錯誤處理設置是怎樣的，這都是一個嚴重的錯誤狀態(tài)）。一旦開始了事務，可用?PDO::commit()?或?PDO::rollBack()來完成，這取決于事務中的代碼是否運行成功。

PDO 僅在驅動層檢查是否具有事務處理能力。如果某些運行時條件意味著事務不可用，且數(shù)據(jù)庫服務接受請求去啟動一個事務，PDO::beginTransaction()?將仍然返回?TRUE?而且沒有錯誤。

試著在 MySQL 數(shù)據(jù)庫的 MyISAM 數(shù)據(jù)表中使用事務就是一個很好的例子。

當腳本結束或連接即將被關閉時，如果尚有一個未完成的事務，那么 PDO 將自動回滾該事務。這種安全措施有助于在腳本意外終止時避免出現(xiàn)不一致的情況——如果沒有顯式地提交事務，那么假設是某個地方出錯了，所以執(zhí)行回滾來保證數(shù)據(jù)安全。

只有通過?PDO::beginTransaction()?啟動一個事務后，才可能發(fā)生自動回滾。如果手動發(fā)出一條查詢啟動事務， 則 PDO 無法知曉，從而在必要時不能進行回滾。

Example #1 在事務中執(zhí)行批處理

在下面例子中，假設為新員工創(chuàng)建一組條目，分配一個為23的ID。除了登記此人的基本數(shù)據(jù)之外，還需要記錄他的工資。兩個更新分別完成起來很簡單，但通過封閉在PDO::beginTransaction()?和?PDO::commit()?調用中，可以保證在更改完成之前，其他人無法看到這些更改。如果發(fā)生了錯誤，catch 塊回滾自事務啟動以來發(fā)生的所有更改，并輸出一條錯誤信息。

<?php try {$dbh = new PDO(’odbc:SAMPLE’, ’db2inst1’, ’ibmdb2’, array(PDO::ATTR_PERSISTENT => true));echo 'Connectedn'; } catch (Exception $e) {die('Unable to connect: ' . $e->getMessage()); } try {$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);$dbh->beginTransaction();$dbh->exec('insert into staff (id, first, last) values (23, ’Joe’, ’Bloggs’)');$dbh->exec('insert into salarychange (id, amount, changedate) values (23, 50000, NOW())');$dbh->commit(); } catch (Exception $e) {$dbh->rollBack();echo 'Failed: ' . $e->getMessage(); }?>

并不局限于在事務中更改，也可以發(fā)出復雜的查詢來提取數(shù)據(jù)，還可以使用那些信息來構建更多的更改和查詢；當事務激活時，可以保證其他人在操作進行當中無法作出更改。