第10章

MySQL多用戶事務(wù)管理事務(wù)管理10.110.2多用戶訪問10.1事務(wù)管理10.1.1事務(wù)的概念使用一個簡單的例子來幫助理解事務(wù)：向公司添加一名新的雇員（見圖10.1）。10.1.2ACID屬性1．原子性原子性意味著每個事務(wù)都必須被看作是一個不可分割的單元。假設(shè)一個事務(wù)由兩個或者多個任務(wù)組成，其中的語句必須同時成功才能認(rèn)為整個事務(wù)是成功的。如果事務(wù)失敗，系統(tǒng)將會返回到該事務(wù)以前的狀態(tài)。2．一致性不管事務(wù)是完全成功完成還是中途失敗，當(dāng)事務(wù)使系統(tǒng)處于一致的狀態(tài)時存在一致性。參照前面的例子，一致性是指如果從系統(tǒng)中刪除了一個雇員，則所有和該雇員相關(guān)的數(shù)據(jù)，包括工資數(shù)據(jù)和組的成員資格也要被刪除。3．隔離性隔離性是指每個事務(wù)在它自己的空間發(fā)生，和其他發(fā)生在系統(tǒng)中的事務(wù)隔離，而且事務(wù)的結(jié)果只有在它完全被執(zhí)行時才能看到。即使在這樣的一個系統(tǒng)中同時發(fā)生了多個事務(wù)，隔離性原則保證某個特定事務(wù)在完全完成之前，其結(jié)果是看不見的。10.1.2ACID屬性4．持久性持久性是指即使系統(tǒng)崩潰，一個提交的事務(wù)仍然存在。當(dāng)一個事務(wù)完成，數(shù)據(jù)庫的日志已經(jīng)被更新時，持久性就開始發(fā)生作用。大多數(shù)RDBMS產(chǎn)品通過保存所有行為的日志來保證數(shù)據(jù)的持久性，這些行為是指在數(shù)據(jù)庫中以任何方法更改數(shù)據(jù)。數(shù)據(jù)庫日志記錄了所有對于表的更新、查詢、報表等。10.1.3事務(wù)處理在MySQL中，當(dāng)一個會話開始時，系統(tǒng)變量AUTOCOMMIT值為1，即自動提交功能是打開的，當(dāng)用戶每執(zhí)行一條SQL語句后，該語句對數(shù)據(jù)庫的修改就立即被提交成為持久性修改保存到磁盤上，一個事務(wù)也就結(jié)束了。因此，用戶必須關(guān)閉自動提交，事務(wù)才能由多條SQL語句組成，使用如下語句：SET@@AUTOCOMMIT=0;執(zhí)行此語句后，必須明確地指示每個事務(wù)的終止，事務(wù)中的SQL語句對數(shù)據(jù)庫所做的修改才能成為持久化修改。例如，執(zhí)行如下語句：deletefromxswhere學(xué)號='081101';select*fromxs;10.1.3事務(wù)處理1．開始事務(wù)當(dāng)一個應(yīng)用程序的第一條SQL語句或者在COMMIT或ROLLBACK語句（后面介紹）后的第一條SQL執(zhí)行后，一個新的事務(wù)也就開始了。另外還可以使用一條STARTTRANSACTION語句來顯式地啟動一個事務(wù)。語法格式：STARTTRANSACTION|BEGINWORK2．結(jié)束事務(wù)COMMIT語句是提交語句，它使得自從事務(wù)開始以來所執(zhí)行的所有數(shù)據(jù)修改成為數(shù)據(jù)庫的永久部分，也標(biāo)志一個事務(wù)的結(jié)束，其語法格式為：COMMIT[WORK][AND[NO]CHAIN][[NO]RELEASE]10.1.3事務(wù)處理3．撤銷事務(wù)ROLLBACK語句是撤銷語句，它撤銷事務(wù)所做的修改，并結(jié)束當(dāng)前這個事務(wù)。

語法格式：ROLLBACK[WORK][AND[NO]CHAIN][[NO]RELEASE]在前面的舉例中，若在最后加上以下這條語句：rollbackwork;10.1.3事務(wù)處理4．回滾事務(wù)除了撤銷整個事務(wù)，用戶還可以使用ROLLBACKTO語句使事務(wù)回滾到某個點，在這之前需要使用SAVEPOINT語句來設(shè)置一個保存點。SAVEPOINT語法格式為：SAVEPOINTidentifier其中，identifier為保存點的名稱。ROLLBACKTOSAVEPOINT語句會向已命名的保存點回滾一個事務(wù)。如果在保存點被設(shè)置后，當(dāng)前事務(wù)對數(shù)據(jù)進行了更改，則這些更改會在回滾中被撤銷，語法格式為：ROLLBACK[WORK]TOSAVEPOINTidentifierRELEASESAVEPOINT語句會從當(dāng)前事務(wù)的一組保存點中刪除已命名的保存點。不出現(xiàn)提交或回滾。如果保存點不存在，會出現(xiàn)錯誤。語法格式為：RELEASESAVEPOINTidentifier10.1.3事務(wù)處理下面幾個語句說明了有關(guān)事務(wù)的處理過程：1.STARTTRANSACTION2.UPDATE…3.DELETE…4.SAVEPOINTS1;5.DELETE…6.ROLLBACKWORKTOSAVEPOINTS1;7.INSERT…8.COMMITWORK;10.1.4事務(wù)隔離級基于ANSI/ISOSQL規(guī)范，MySQL提供了下面4種隔離級：序列化（SERIALIZABLE）、可重復(fù)讀（REPEATABLEREAD）、提交讀（READCOMMITTED）、未提交讀（READUNCOMMITTED）。只有支持事務(wù)的存儲引擎才可以定義一個隔離級。定義隔離級可以使用SETTRANSACTION語句。語法格式：SET[GLOBAL|SESSION]TRANSACTIONISOLATIONLEVELSERIALIZABLE|REPEATABLEREAD|READCOMMITTED|READUNCOMMITTED10.1.4事務(wù)隔離級（1）序列化如果隔離級為序列化，用戶之間通過一個接一個順序地執(zhí)行當(dāng)前的事務(wù)提供了事務(wù)之間最大限度的隔離。

（2）可重復(fù)讀在這一級上，事務(wù)不會被看成是一個序列。不過，當(dāng)前在執(zhí)行事務(wù)的變化仍然不能看到，也就是說，如果用戶在同一個事務(wù)中執(zhí)行同條SELECT語句數(shù)次，結(jié)果總是相同的。（3）提交讀READCOMMITTED隔離級的安全性比REPEATABLEREAD隔離級的安全性要差。不僅處于這一級的事務(wù)可以看到其他事務(wù)添加的新記錄，而且其他事務(wù)對現(xiàn)存記錄做出的修改一旦被提交，也可以看到。10.1.4事務(wù)隔離級（4）未提交讀提供了事務(wù)之間最小限度的隔離。除了容易產(chǎn)生虛幻的讀操作和不能重復(fù)的讀操作外，處于這個隔離級的事務(wù)可以讀到其他事務(wù)還沒有提交的數(shù)據(jù)，如果這個事務(wù)使用其他事務(wù)不提交的變化作為計算的基礎(chǔ)，然后那些未提交的變化被它們的父事務(wù)撤銷，這就導(dǎo)致了大量的數(shù)據(jù)變化。系統(tǒng)變量TX_ISOLATION中存儲了事務(wù)的隔離級，可以使用SELECT隨時獲得當(dāng)前隔離級的值，如下所示：10.1.4事務(wù)隔離級沒有一個標(biāo)準(zhǔn)公式來決定哪個隔離級適用于應(yīng)用程序—大多數(shù)情況下，這是一個主觀的決定，它是基于應(yīng)用程序的容錯能力和應(yīng)用程序開發(fā)者對于潛在數(shù)據(jù)錯誤的影響的判斷。隔離級的選擇對于每個應(yīng)用程序也是沒有標(biāo)準(zhǔn)的。例如，同一個應(yīng)用程序的不同事務(wù)基于執(zhí)行的任務(wù)需要不同的隔離級。圖10.2中列出了事務(wù)隔離級和性能之間的關(guān)系。10.2多用戶訪問10.2.1鎖定的級別表鎖定：一個特殊類型的訪問，整個表被客戶鎖定。根據(jù)鎖定的類型，其他客戶不能向表中插入記錄，甚至從中讀數(shù)據(jù)也受到限制。頁鎖定：MySQL將鎖定表中的某些行（稱作頁）。被鎖定的行只對鎖定最初的線程是可行的。行鎖定：行級的鎖定比表級鎖定或頁級鎖定對鎖定過程提供了更精細的控制。死鎖：如果很多用戶同時訪問數(shù)據(jù)庫的話，一個常見的現(xiàn)象就是死鎖。10.2.2鎖定與解鎖MySQL提供了LOCKTABLES語句來鎖定當(dāng)前線程的表，語法格式如下：LOCKTABLEStbl_name[ASalias]{READ[LOCAL]|[LOW_PRIORITY]WRITE}說明：表鎖定支持以下類型的鎖定。READ：讀鎖定，確保用戶可以讀取表，但是不能修改表。WRITE：寫鎖定，只有鎖定該表的用戶可以修改表，其他用戶無法訪問該表。10.2.2鎖定與解鎖【例10.1】在xs表上設(shè)置一個只讀鎖定。locktablesxsread;【例10.2】在kc表上設(shè)置一個寫鎖定。locktableskcwrite;在鎖定表以后，可以使用UNLOCKTABLES命令解除鎖定，語法格式為：unlocktables;10.2.3并發(fā)訪問的問題丟失更新（LostUpdate），指當(dāng)兩個或多個事務(wù)選擇同一行，然后基于最初選定的值更新該行時，由于每個事務(wù)都不知道其他事務(wù)的存在，因此最后的更新將重寫由其他事務(wù)所做的更新，這將導(dǎo)致數(shù)據(jù)丟失。臟讀（DirtyRead）指一個事務(wù)正在訪問數(shù)據(jù)，而其他事務(wù)正在更新該數(shù)據(jù)，但尚未提交，此時就會發(fā)生臟讀問題，即第一個事務(wù)所讀取的數(shù)據(jù)是“臟”（不正確）數(shù)據(jù)，它可能會引起錯誤。10.2.3并發(fā)訪問的問題不可重復(fù)讀（UnrepeatableRead）是當(dāng)一個事務(wù)多次訪問同一行而且每次讀取不同的數(shù)據(jù)時會發(fā)生的問題。它與臟讀有相似之處，因為該事