MySQL之并發(fā)控制和事務

成都創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供固安網(wǎng)站建設、固安做網(wǎng)站、固安網(wǎng)站設計、固安網(wǎng)站制作等企業(yè)網(wǎng)站建設、網(wǎng)頁設計與制作、固安企業(yè)網(wǎng)站模板建站服務，十多年固安做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡服務。

并發(fā)控制

鎖粒度：

表級鎖

行級鎖

鎖：

讀鎖：共享鎖，只讀不可寫，多個讀互不阻塞，

寫鎖：獨占鎖,排它鎖，一個寫鎖會阻塞其它讀和寫鎖

實現(xiàn)

存儲引擎：自行實現(xiàn)其鎖策略和鎖粒度

服務器級：實現(xiàn)了鎖，表級鎖；用戶可顯式請求

分類：

隱式鎖：由存儲引擎自動施加鎖

顯式鎖：用戶手動請求

 

鎖策略：在鎖粒度及數(shù)據(jù)安全性尋求的平衡機制

顯示使用鎖

LOCK TABLES

tbl_name [[AS] alias] lock_type

[, tbl_name [[AS] alias] lock_type] ...

lock_type: READ， WRITE

UNLOCK TABLES解鎖

FLUSH TABLES tb_name[,...] [WITH READ LOCK]

關閉正在打開的表（清除查詢緩存），通常在備份前加全局讀鎖

SELECT clause [FOR UPDATE | LOCK IN SHARE MODE]

查詢時加寫或讀鎖

 

事務

事務Transactions：一組原子性的SQL語句，或一個獨立工作單元

事務日志：記錄事務信息，實現(xiàn)undo,redo等故障恢復功能

ACID特性：

A：atomicity原子性；整個事務中的所有操作要么全部成功執(zhí)行，要么全部失敗后回滾

C：consistency一致性；數(shù)據(jù)庫總是從一個一致性狀態(tài)轉換為另一個一致性狀態(tài)

I：Isolation隔離性；一個事務所做出的操作在提交之前，是不能為其它事務所見；隔離有多種隔離級別，實現(xiàn)并發(fā)

D：durability持久性；一旦事務提交，其所做的修改會永久保存于數(shù)據(jù)庫中

例：A給B轉賬，不能A扣錢了而B不漲錢

 

Transaction生命周期

增刪改才算事務，查詢select不算在事務內(nèi)

 

事務

啟動事務：START TRANSACTION

結束事務：

(1) COMMIT：提交

(2) ROLLBACK:回滾

注意：只有事務型存儲引擎方能支持此類操作

建議：顯式請求和提交事務，而不要使用“自動提交”功能

set [global] autocommit={1|0}

默認為1自動提交，如果想永久保存的話要寫到配置文件中，autocommit=0

事務支持保存點：savepoint

SAVEPOINT identifier

ROLLBACK [WORK] TO [SAVEPOINT] identifier

RELEASE SAVEPOINT identifier

 

事務隔離級別

事務隔離級別：從上至下更加嚴格

?READ UNCOMMITTED可讀取到未提交數(shù)據(jù)，產(chǎn)生臟讀

?READ COMMITTED可讀提交數(shù)據(jù)，但未提交數(shù)據(jù)不可讀，產(chǎn)生不可重復讀，即可讀取到多個提交數(shù)據(jù)，導致每次讀取數(shù)據(jù)不一致

?REPEATABLE READ可重復讀，多次讀取數(shù)據(jù)都一致，產(chǎn)生幻讀，即讀取過程中，即使有其它提交的事務修改數(shù)據(jù)，仍只能讀取到未修改前的舊數(shù)據(jù)。此為MySQL默認設置

?SERIALIZABILE可串行化，未提交的讀事務阻塞修改事務，或者未提交的修改事務阻塞讀事務。導致并發(fā)性能差

MVCC:多版本并發(fā)控制，和事務級別相關

 

事務隔離級別

 

指定事務隔離級別：

服務器變量tx_isolation指定，默認為REPEATABLE-READ，可在GLOBAL和SESSION級進行設置

SET tx_isolation=''

READ-UNCOMMITTED

READ-COMMITTED

REPEATABLE-READ

SERIALIZABLE

服務器選項中指定

vim /etc/my.cnf

[mysqld]

transaction-isolation=SERIALIZABLE注：配置名跟變量名不一樣

 

事務的并發(fā)控制

死鎖：

兩個或多個事務在同一資源相互占用，并請求鎖定對方占用的資源的狀態(tài)

例：事務tr1鎖定table1 row1，然后事務transaction2鎖定table2 row2，兩者互不干擾，但如果此時tr1嘗試修改table2 row2則會卡住，此時如果tr2再嘗試修改table1 row1，則tr1和tr2都會卡住，發(fā)生死鎖

MySQL會自動檢測死鎖，并犧牲其中的一個事務以解開死鎖，通常是犧牲等待時間不長的那個

事務日志：

事務日志的寫入類型為“追加”，因此其操作為“順序IO”；通常也被稱為：預寫式日志 write ahead logging

日志文件： ib_logfile0， ib_logfile1

 

分享名稱：MySQL之并發(fā)控制和事務
地址分享：http://muchs.cn/article4/jehcie.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供域名注冊、網(wǎng)站導航、定制開發(fā)、網(wǎng)站收錄、品牌網(wǎng)站建設、虛擬主機

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)