MySQL表級(jí)鎖有兩種模式：表共享鎖（Table Read Lock）和表獨(dú)占寫(xiě)鎖（Table Write Lock）吃靠。
對(duì)MyISAM的讀操作，不會(huì)阻塞其他用戶(hù)對(duì)同一表請(qǐng)求析二，但會(huì)阻塞對(duì)同一表的寫(xiě)請(qǐng)求色解；
對(duì)MyISAM的寫(xiě)操作按价，則會(huì)阻塞其他用戶(hù)對(duì)同一表的讀和寫(xiě)操作；
MyISAM表的讀操作和寫(xiě)操作之間康栈，以及寫(xiě)操作之間是串行的递递。
當(dāng)一個(gè)線(xiàn)程獲得對(duì)一個(gè)表的寫(xiě)鎖后喷橙，只有持有鎖線(xiàn)程可以對(duì)表進(jìn)行更新操作。其他線(xiàn)程的讀登舞、寫(xiě)操作都會(huì)等待贰逾，直到鎖被釋放為止。
如何加表鎖
MyISAM在執(zhí)行查詢(xún)語(yǔ)句（SELECT）前菠秒，會(huì)自動(dòng)給涉及的所有表加讀鎖疙剑，在執(zhí)行更新操作（UPDATE、DELETE践叠、INSERT等）前言缤，會(huì)自動(dòng)給涉及的表加寫(xiě)鎖，這個(gè)過(guò)程并不需要用戶(hù)干預(yù)
并發(fā)鎖
在一定條件下禁灼，MyISAM也支持查詢(xún)和操作的并發(fā)進(jìn)行管挟。
MyISAM存儲(chǔ)引擎有一個(gè)系統(tǒng)變量concurrent_insert，專(zhuān)門(mén)用以控制其并發(fā)插入的行為弄捕，其值分別可以為0僻孝、1或2。
當(dāng)concurrent_insert設(shè)置為0時(shí)守谓，不允許并發(fā)插入皮璧。
當(dāng)concurrent_insert設(shè)置為1時(shí)，如果MyISAM允許在一個(gè)讀表的同時(shí)分飞，另一個(gè)進(jìn)程從表尾插入記錄悴务。這也是MySQL的默認(rèn)設(shè)置。
當(dāng)concurrent_insert設(shè)置為2時(shí)譬猫，無(wú)論MyISAM表中有沒(méi)有空洞讯檐，都允許在表尾插入記錄，都允許在表尾并發(fā)插入記錄染服。
可以利用MyISAM存儲(chǔ)引擎的并發(fā)插入特性别洪，來(lái)解決應(yīng)用中對(duì)同一表查詢(xún)和插入鎖爭(zhēng)用。例如柳刮，將concurrent_insert系統(tǒng)變量為2挖垛，總是允許并發(fā)插入；同時(shí)秉颗，通過(guò)定期在系統(tǒng)空閑時(shí)段執(zhí)行OPTIONMIZE TABLE語(yǔ)句來(lái)整理空間碎片痢毒，收到因刪除記錄而產(chǎn)生的中間空洞。
MyISAM的鎖調(diào)度
MyISAM存儲(chǔ)引擎的讀和寫(xiě)鎖是互斥蚕甥，讀操作是串行的哪替。那么，一個(gè)進(jìn)程請(qǐng)求某個(gè)MyISAM表的讀鎖菇怀，同時(shí)另一個(gè)進(jìn)程也請(qǐng)求同一表的寫(xiě)鎖凭舶，MySQL如何處理呢晌块？答案是寫(xiě)進(jìn)程先獲得鎖。不僅如此帅霜，即使讀進(jìn)程先請(qǐng)求先到鎖等待隊(duì)列匆背，寫(xiě)請(qǐng)求后到，寫(xiě)鎖也會(huì)插到讀請(qǐng)求之前身冀！這是因?yàn)镸ySQL認(rèn)為寫(xiě)請(qǐng)求一般比讀請(qǐng)求重要靠汁。這也正是MyISAM表不太適合于有大量更新操作和查詢(xún)操作應(yīng)用的原因，因?yàn)槊鲱恚罅康母虏僮鲿?huì)造成查詢(xún)操作很難獲得讀鎖蝶怔，從而可能永遠(yuǎn)阻塞。這種情況有時(shí)可能會(huì)變得非常糟糕兄墅！幸好我們可以通過(guò)一些設(shè)置來(lái)調(diào)節(jié)MyISAM的調(diào)度行為踢星。
通過(guò)指定啟動(dòng)參數(shù)LOW_PRIORITY_UPDATES，使MyISAM引擎默認(rèn)給予讀請(qǐng)求以?xún)?yōu)先的權(quán)利隙咸。
通過(guò)執(zhí)行命令SET LOW_PRIORITY_UPDATES=1沐悦，使該連接發(fā)出的更新請(qǐng)求優(yōu)先級(jí)降低。
通過(guò)指定INSERT五督、UPDATE藏否、DELETE語(yǔ)句的LOW_PRIORITY屬性，降低該語(yǔ)句的優(yōu)先級(jí)充包。
雖然上面3種方法都是要么更新優(yōu)先副签，要么查詢(xún)優(yōu)先的方法，但還是可以用其來(lái)解決查詢(xún)相對(duì)重要的應(yīng)用（如用戶(hù)登錄系統(tǒng)）中基矮，讀鎖等待嚴(yán)重的問(wèn)題淆储。
另外，MySQL也提供了一種折中的辦法來(lái)調(diào)節(jié)讀寫(xiě)沖突家浇，即給系統(tǒng)參數(shù)max_write_lock_count設(shè)置一個(gè)合適的值本砰，當(dāng)一個(gè)表的讀鎖達(dá)到這個(gè)值后，MySQL變暫時(shí)將寫(xiě)請(qǐng)求的優(yōu)先級(jí)降低钢悲，給讀進(jìn)程一定獲得鎖的機(jī)會(huì)点额。
上面已經(jīng)討論了寫(xiě)優(yōu)先調(diào)度機(jī)制和解決辦法。這里還要強(qiáng)調(diào)一點(diǎn)：一些需要長(zhǎng)時(shí)間運(yùn)行的查詢(xún)操作莺琳，也會(huì)使寫(xiě)進(jìn)程“餓死”还棱！因此，應(yīng)用中應(yīng)盡量避免出現(xiàn)長(zhǎng)時(shí)間運(yùn)行的查詢(xún)操作芦昔，不要總想用一條SELECT語(yǔ)句來(lái)解決問(wèn)題诱贿。因?yàn)檫@種看似巧妙的SQL語(yǔ)句娃肿，往往比較復(fù)雜咕缎，執(zhí)行時(shí)間較長(zhǎng)珠十，在可能的情況下可以通過(guò)使用中間表等措施對(duì)SQL語(yǔ)句做一定的“分解”，使每一步查詢(xún)都能在較短時(shí)間完成凭豪，從而減少鎖沖突焙蹭。如果復(fù)雜查詢(xún)不可避免，應(yīng)盡量安排在數(shù)據(jù)庫(kù)空閑時(shí)段執(zhí)行嫂伞，比如一些定期統(tǒng)計(jì)可以安排在夜間執(zhí)行孔厉。
