PHP PDO 事務與自動提交

現在通過 PDO 連接上了，在開始進行查詢前，必須先理解 PDO 是如何管理事務的。

事務支持四大特性（ACID）：

• 原子性（Atomicity）
• 一致性（Consistency）
• 隔離性（Isolation）
• 持久性（Durability）

通俗地講，在一個事務中執行的任何操作，即使是分階段執行的，也能保證安全地應用于數據庫，并在提交時不會受到來自其他連接的干擾。

事務操作也可以根據請求自動撤銷（假設還沒有提交），這使得在腳本中處理錯誤更加容易。

事務通常是通過把一批更改"積蓄"起來然后使之同時生效而實現的；這樣做的好處是可以大大地提供這些更改的效率。

換句話說，事務可以使腳本更快，而且可能更健壯（不過需要正確地使用事務才能獲得這樣的好處）。

不幸的是，并非每種數據庫都支持事務，因此當第一次打開連接時，PDO 需要在所謂的"自動提交"模式下運行。

自動提交模式意味著，如果數據庫支持，運行的每個查詢都有它自己的隱式事務，如果數據庫不支持事務，則沒有。

如果需要一個事務，則必須用PDO::beginTransaction() 方法來啟動。如果底層驅動不支持事務，則拋出一個 PDOException 異常（不管錯誤處理設置是怎樣的，這都是一個嚴重的錯誤狀態）。

一旦開始了事務，可用PDO::commit()或PDO::rollBack()來完成，這取決于事務中的代碼是否運行成功。

注意：PDO

僅在驅動層檢查是否具有事務處理能力。如果某些運行時條件意味著事務不可用，且數據庫服務接受請求去啟動一個事務，PDO::beginTransaction()將仍然返回 TRUE 而且沒有錯誤。 試著在 MySQL 數據庫的 MyISAM 數據表中使用事務就是一個很好的例子。

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

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

在事務中執行批處理:

在下面例子中，假設為新員工創建一組條目，分配一個為23的ID。除了登記此人的基本數據之外，還需要記錄他的工資。

兩個更新分別完成起來很簡單，但通過封閉在PDO::beginTransaction()和PDO::commit()調用中，可以保證在更改完成之前，其他人無法看到這些更改。

如果發生了錯誤，catch 塊回滾自事務啟動以來發生的所有更改，并輸出一條錯誤信息。

?php
try {
 $dbh = new PDO('odbc:SAMPLE', 'db2inst1', 'ibmdb2',
   array(PDO::ATTR_PERSISTENT => true));
 echo "Connected\n";
} 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();
}
?>

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

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。如果你想了解更多相關內容請查看下面相關鏈接