朱海巖，趙新平

(呂梁學院汾陽師范分校信息技術系，山西 汾陽 032200)

事務是一個或一系列查詢，這些查詢可以保證在數(shù)據(jù)庫中作為一個整體全部執(zhí)行或者全部不執(zhí)行［1］.一個事務所涉及的操作如果全部被執(zhí)行則稱為該事務被提交了，否則，數(shù)據(jù)庫的狀態(tài)會回到事務執(zhí)行之前的狀態(tài)，稱為事務被回滾了.這樣，數(shù)據(jù)庫就可以在事務執(zhí)行成功或者不成功的情況下都保持一致狀態(tài).

1 關于MyISAM和InnoDB

MySQL數(shù)據(jù)庫支持許多不同的存儲引擎，這些存儲引擎決定了表的內部實現(xiàn).數(shù)據(jù)庫中的每個表可以采用不同的存儲引擎，而且可以相互轉換.在所有的存儲引擎中，使用最廣泛的是My-ISAM 和 InnoDB［2－3］.大多數(shù)的數(shù)據(jù)庫應用程序都會使用MyISAM或者InnoDB或者兩者的結合.

MyISAM是MySQL中創(chuàng)建數(shù)據(jù)表所默認采用的存儲引擎類型.它基于傳統(tǒng)的ISAM(有索引的順序訪問方法)存儲引擎，是用于存儲記錄和文件的標準方法.MyISAM具有檢查和修復表格的大多數(shù)工具，該類型的表格可以被壓縮，也支持全文搜索，但它們不是事務安全的，也不支持外鍵［4］.

InnoDB是一種事務安全的存儲引擎.也就是說，這種存儲引擎提供了事務的提交和回滾功能，另外InnoDB還支持外鍵［1］.雖然基于此存儲引擎的數(shù)據(jù)表查詢速度比MyISAM慢，但是在要求事

務安全的應用中，使用InnoDB顯然會比較方便.

2 情境假設

假設某網(wǎng)上書店的后臺數(shù)據(jù)庫中存在orders和order_items兩個表，其中orders表存儲訂單號、客戶編號、訂單金額和訂單提交日期，order_items表存儲訂單編號、圖書ISBN號、圖書數(shù)量，兩個表的邏輯結構分別為:

很顯然，當一個訂單被提交或者某個訂單信息需要刪除時，需要同時更新這兩個表的數(shù)據(jù).如果一個表得到更新而另外一個表更新失敗，則數(shù)據(jù)庫中就會存在不一致的狀態(tài)［3］.所以，對于這兩個表的操作構成一個事務，要么全部完成，要么全部不做，不允許部分完成.

下面分別針對InnoDB和MyISAM存儲引擎說明事務的實現(xiàn)方式.

3 基于InnoDB存儲引擎的事務實現(xiàn)

3.1 用 begin(或 start transaction)、commit、rollback實現(xiàn)

在MySQL中，可以通過向數(shù)據(jù)庫服務器發(fā)送“begin”指令或“start transaction”指令表示一個事務的開始［5］.事務一旦開始，向數(shù)據(jù)庫做出的所有修改操作都會被緩存，直至執(zhí)行到“commit”指令.也就是說，在“commit”指令之前的對于數(shù)據(jù)庫的操作并沒有真正寫入數(shù)據(jù)庫，因此對于其它用戶是不可見的.如果事務中的某個操作失敗，則應該使用“rollback”指令撤銷之前的其它操作，數(shù)據(jù)庫會回到事務執(zhí)行之前的狀態(tài)［6－7］.

上面提到的網(wǎng)上書店實例中，當一個訂單被提交之后，應該向orders表、order_items表分別添加相應的信息.對這兩個表的插入操作應該作為一個事務，具體操作如下:

3.2 用set改變MySQL的自動提交模式

在默認情況下，MySQL是以自動提交(autocommit)模式運行的，即向數(shù)據(jù)庫發(fā)送的每一條指令都是一個事務，即時提交［8］.如果某事務由多個操作組成，則此種提交方式不符合事務的要求.解決方法是可以用“set autocommit=0”指令關閉自動提交，則提交給數(shù)據(jù)庫服務器的指令只是被緩存，并不立即寫入數(shù)據(jù)庫［9］，等指令全部結束之后，用“commit”指令手動提交，事務結束后，再執(zhí)

4 基于MyISAM存儲引擎的事務實現(xiàn)

基于MyISAM存儲引擎的數(shù)據(jù)表不支持事務，只能采用手動鎖定數(shù)據(jù)表的方式避免并發(fā)操作可能造成的數(shù)據(jù)不一致的問題［10］.基本思想是:向數(shù)據(jù)庫發(fā)送“LOCK TABLES‘xyz’READ/WRITE”查詢，鎖定xyz表，READ表示鎖定類型為讀鎖定，WRITE表示鎖定類型為寫鎖定.如果一個線程獲得在一個表上的READ鎖，那么該線程和所有其他線程只能從表中讀數(shù)據(jù)，不能進行任何寫操作;如果一個線程在一個表上得到一個WRITE鎖，那么只有擁有這個鎖的線程可以從表中讀取和寫表，其它的線程被阻塞［11］.當前線程向數(shù)據(jù)庫服務器發(fā)送“UNLOCK TABLES”查詢或當前線程與數(shù)據(jù)庫服務器的連接被關閉后，所有由當前線程鎖定的表被解鎖.

具體操作過程如下:

5 結語

事務處理是數(shù)據(jù)庫操作中一個不可回避的問題.在設計數(shù)據(jù)表時需要考慮是否會涉及事務應用，再根據(jù)具體情況選用不同的存儲引擎.如果表格只是應用于大規(guī)模的查詢操作，建議采用MyISAM存儲引擎;如果表格應用于頻繁的插入和刪除操作，建議采用InnoDB存儲引擎.雖然理論上可以先轉換數(shù)據(jù)表的存儲引擎，再去完成相應操作，但對于訪問量大的數(shù)據(jù)庫而言，頻繁轉換存儲引擎是不現(xiàn)實的.所以基于MyISAM和InnoDB存儲引擎的事務實現(xiàn)是從事PHP和MySQL平臺Web應用開發(fā)所必須掌握的基本技能.

［1］LukeWelling，Laura Thomson.PHP和 MySQLWeb開發(fā)［M］.武欣，譯.北京:機械工業(yè)出版社，2009:307 －310.

［2］Paul D B，楊曉云，王建橋，等.MySQL技術內幕:第4版［M］.北京:人民郵電出版社，2011:624－689.

［3］Charles A B.深入理解 MySQL:第1版［M］.楊濤，王建橋，楊曉云，等譯.北京:人民郵電出版社，2010:382－416.

［4］Russell J，Dyer T.MySQL 核心技術手冊:第2 版［M］.李紅軍，李冬梅，譯:北京:機械工業(yè)出版社，2009:359－429.

［5］王威.MySQL數(shù)據(jù)庫源代碼分析及存儲引擎的設計［D］.南京:南京郵電大學，2012:35 －40.

［6］陳虎，唐海浩，廖江苗，等.面向批量插入優(yōu)化的并行存儲引擎 MTPower［J］.計算機學報，2010(8):1492 －1499.

［7］李亞偉.MySQL的存儲安全的研究與實現(xiàn)［D］.武漢:華中科技大學，2011:18－23.

［8］顧治華，忽朝儉.MySQL存儲引擎與數(shù)據(jù)庫性能［J］.計算機時代，2006(10):8－10.

［9］馬永成，肖詩斌，王弘蔚，等.MySql存儲引擎的研究和實現(xiàn)［J］.計算機科學，2007，34(12):173 －175.

［10］羅凡，裴士輝，張雪松，等.MySQL中 InnoDB引擎的動態(tài)存儲管理［J］.東北師大學報:自然科學版，2006，38(1):22 －26.

［11］黃雅萍，劉曉強，吳成義.基于MySQL和PHP的分布式事務處理［J］.東華大學學報:自然科學版，2011，37(1):81 －85.