課件文稿成果鎖

1、 MySQL鎖第十一講MySQL支持鎖類型鎖定粒度：表級鎖MyISAM，memory,innodb,BDB行級鎖innodb(默認)頁級鎖BDBMyISAM表鎖MyISAM僅支持表鎖隱式加表鎖：insert，update，delete等DML顯式加表鎖：lock tables t1 read|write;特殊：5.1以及以前alter tableMySQL的表鎖模式兼容矩陣當前鎖請求鎖無讀鎖寫鎖讀鎖是是否寫鎖是否否show status like %table_locks_immediate%;立即獲得鎖show status like %table_locks_waited%;等待鎖MyIS

2、AM表鎖調度默認寫鎖隊列優(yōu)先MyISAM鎖調度：1.-low-priority-updates2.set session|global low_priority_updates=13.insert,update,delete low_priority4.max_write_lock_count一個表超過一定寫鎖時，降低寫請求優(yōu)先級InnoDB事務事務ACID并發(fā)訪問帶來的讀一致性問題：臟讀，不可重復讀，幻讀如何解決？讀之前加S鎖，再讀多版本控制(MVCC)innodb_lock_monitoruse test;create table innodb_lock_monitor(a int);In

3、noDB鎖模式行鎖1.S鎖2.X鎖表鎖1.IS鎖2.IX鎖在加行鎖之前必須先獲得表級意向鎖，否則等待innodb_lock_wait_timeout超時后根據innodb_rollback_on_timeout決定是否回滾事務InnoDB自增鎖AUTO-INC locking內部計數器：select max(auto_inc_col) from t for update;表鎖機制，insert結束后立即釋放MySQL 5.1.221.開始使用輕量級mutex實現自增2.innodb_autoinc_lock_modeInnoDB自增鎖insert分類：insert-likeinsert,rep

4、lace,insertselect,load datasimple inserts插入之前就能確定行數，insert(on update除外),replacebulk inserts:插入之前不能確定行數，insert|replaceselect,load datamixed-mode inserts:部分自增長,insert into .values(1,a),(null,b),(3,c)InnoDB自增鎖innodb_autoinc_lock_mode：0:(traditional)舊的表鎖方式，不推薦1:(consecutive)默認，對于simple inserts，用mutex對內存

5、中的計數器累加。對于bulk inserts，使用傳統的auto-inc鎖。safe for binlog using statement2:(interleaved)對于所有insert，用mutex實現自增，性能最大化unsafe for binlog using statement建議使用row-basedInnoDB顯式加鎖selectfor updateselect.lock in share modeInnoDB行鎖實現算法通過對索引數據頁上的record加鎖算法實現：1.record lock:單個行記錄的鎖2.gap lock：間隙鎖，鎖定一個范圍，不包括記錄本身3.next-

6、key lock:(record lock)+(gap lock) 在tx_isolation=REPEATABLE-READ和innodb_locks_unsafe_for_binlog=off情況下， innodb默認算法 鎖住間隙加上間隙邊緣值的recordquestion:why next-key?show innodb status中hex值轉換【int】同下。order_id int(10) default NULL, 這種int屬于signed類型，需要去掉符號位?！綽igint】id bigint(20) unsigned NOT NULL AUTO_INCREMENT COM

7、MENT 主鍵這種直接十六進制轉十進制id bigint(20) signed NOT NULL AUTO_INCREMENT COMMENT 主鍵1.如果是正數，這種去掉頭部符號位，再轉。2.如果是負數，直接轉，然后加上負號即可?！緑archar】直接unhex即可InnoDB鎖關系矩陣死鎖MyISAM，無死鎖InnoDB逐行加鎖，導致死鎖死鎖產生的四個條件：1.互斥條件：一個資源每次只能被一個進程使用； 2.請求與保持條件：一個進程因請求資源而阻塞時，對已獲得的資源保持不放； 3.不剝奪條件：進程已獲得的資源，在沒使用完之前，不能強行剝奪； 4.循環(huán)等待條件：多個進程之間形成一種互相循環(huán)等

8、待資源的關系死鎖show engine innodb statusG;查看死鎖- LATEST DETECTED DEADLOCK - 120111 9:39:36 * (1) TRANSACTION: 事務id，持續(xù)時間，讀取類型發(fā)生死鎖時正在執(zhí)行的sql* (1) WAITING FOR THIS LOCK TO BE GRANTED: 想要獲取什么樣的鎖，并等待鎖住record的信息* (2) TRANSACTION:事務id，持續(xù)時間，讀取類型發(fā)生死鎖時正在執(zhí)行的sql* (2) HOLDS THE LOCK(S): 當前事務正持有的鎖* (2) WAITING FOR THIS LOCK TO BE GRANTED: 想要獲取什么樣的鎖，并等待* WE ROLL BACK TRANSACTION (1|2) 死鎖死鎖時，innod