朱海巖,趙新平
(呂梁學院汾陽師范分校信息技術系,山西 汾陽 032200)
事務是一個或一系列查詢,這些查詢可以保證在數據庫中作為一個整體全部執行或者全部不執行[1].一個事務所涉及的操作如果全部被執行則稱為該事務被提交了,否則,數據庫的狀態會回到事務執行之前的狀態,稱為事務被回滾了.這樣,數據庫就可以在事務執行成功或者不成功的情況下都保持一致狀態.
MySQL數據庫支持許多不同的存儲引擎,這些存儲引擎決定了表的內部實現.數據庫中的每個表可以采用不同的存儲引擎,而且可以相互轉換.在所有的存儲引擎中,使用最廣泛的是My-ISAM 和 InnoDB[2-3].大多數的數據庫應用程序都會使用MyISAM或者InnoDB或者兩者的結合.
MyISAM是MySQL中創建數據表所默認采用的存儲引擎類型.它基于傳統的ISAM(有索引的順序訪問方法)存儲引擎,是用于存儲記錄和文件的標準方法.MyISAM具有檢查和修復表格的大多數工具,該類型的表格可以被壓縮,也支持全文搜索,但它們不是事務安全的,也不支持外鍵[4].
InnoDB是一種事務安全的存儲引擎.也就是說,這種存儲引擎提供了事務的提交和回滾功能,另外InnoDB還支持外鍵[1].雖然基于此存儲引擎的數據表查詢速度比MyISAM慢,但是在要求事
務安全的應用中,使用InnoDB顯然會比較方便.
假設某網上書店的后臺數據庫中存在orders和order_items兩個表,其中orders表存儲訂單號、客戶編號、訂單金額和訂單提交日期,order_items表存儲訂單編號、圖書ISBN號、圖書數量,兩個表的邏輯結構分別為:

很顯然,當一個訂單被提交或者某個訂單信息需要刪除時,需要同時更新這兩個表的數據.如果一個表得到更新而另外一個表更新失敗,則數據庫中就會存在不一致的狀態[3].所以,對于這兩個表的操作構成一個事務,要么全部完成,要么全部不做,不允許部分完成.
下面分別針對InnoDB和MyISAM存儲引擎說明事務的實現方式.
在MySQL中,可以通過向數據庫服務器發送“begin”指令或“start transaction”指令表示一個事務的開始[5].事務一旦開始,向數據庫做出的所有修改操作都會被緩存,直至執行到“commit”指令.也就是說,在“commit”指令之前的對于數據庫的操作并沒有真正寫入數據庫,因此對于其它用戶是不可見的.如果事務中的某個操作失敗,則應該使用“rollback”指令撤銷之前的其它操作,數據庫會回到事務執行之前的狀態[6-7].
上面提到的網上書店實例中,當一個訂單被提交之后,應該向orders表、order_items表分別添加相應的信息.對這兩個表的插入操作應該作為一個事務,具體操作如下:

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

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

事務處理是數據庫操作中一個不可回避的問題.在設計數據表時需要考慮是否會涉及事務應用,再根據具體情況選用不同的存儲引擎.如果表格只是應用于大規模的查詢操作,建議采用MyISAM存儲引擎;如果表格應用于頻繁的插入和刪除操作,建議采用InnoDB存儲引擎.雖然理論上可以先轉換數據表的存儲引擎,再去完成相應操作,但對于訪問量大的數據庫而言,頻繁轉換存儲引擎是不現實的.所以基于MyISAM和InnoDB存儲引擎的事務實現是從事PHP和MySQL平臺Web應用開發所必須掌握的基本技能.
[1]LukeWelling,Laura Thomson.PHP和 MySQLWeb開發[M].武欣,譯.北京:機械工業出版社,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].李紅軍,李冬梅,譯:北京:機械工業出版社,2009:359-429.
[5]王威.MySQL數據庫源代碼分析及存儲引擎的設計[D].南京:南京郵電大學,2012:35 -40.
[6]陳虎,唐海浩,廖江苗,等.面向批量插入優化的并行存儲引擎 MTPower[J].計算機學報,2010(8):1492 -1499.
[7]李亞偉.MySQL的存儲安全的研究與實現[D].武漢:華中科技大學,2011:18-23.
[8]顧治華,忽朝儉.MySQL存儲引擎與數據庫性能[J].計算機時代,2006(10):8-10.
[9]馬永成,肖詩斌,王弘蔚,等.MySql存儲引擎的研究和實現[J].計算機科學,2007,34(12):173 -175.
[10]羅凡,裴士輝,張雪松,等.MySQL中 InnoDB引擎的動態存儲管理[J].東北師大學報:自然科學版,2006,38(1):22 -26.
[11]黃雅萍,劉曉強,吳成義.基于MySQL和PHP的分布式事務處理[J].東華大學學報:自然科學版,2011,37(1):81 -85.