MySQL鎖表簡介
MySQL鎖表相信大家都不陌生,下面就為您介紹一些和MySQL鎖表方面的知識,供您參考,如果您對MySQL鎖表方面感興趣的話,不妨一看。
MySQL鎖表
為了能有快速的鎖,MySQL除了InnoDB 和 BDB 這兩種存儲引擎外,所有的都是用表級鎖(而非頁、行、列級鎖)。
對于InnoDB和BDB 表,MySQL只有在指定用 LOCK TABLES 鎖表時才使用表級鎖。在這兩種表中,建議***不要使用 LOCK TABLES,因為InnoDB自動采用行級鎖,BDB 用頁級鎖來保證事務(wù)的隔離。
如果數(shù)據(jù)表很大,那么在大多數(shù)應(yīng)用中表級鎖會比行級鎖好多了,不過這有一些陷阱。
表級鎖讓很多線程可以同時從數(shù)據(jù)表中讀取數(shù)據(jù),但是如果另一個線程想要寫數(shù)據(jù)的話,就必須要先取得排他訪問。正在更新數(shù)據(jù)時,必須要等到更新完成了,其他線程才能訪問這個表。
更新操作通常認(rèn)為比讀取更重要,因此它的優(yōu)先級更高。不過***要先確認(rèn),數(shù)據(jù)表是否有很高的 Select 操作,而更新操作并非很‘急需’。
表鎖在一個線程在等待,因為磁盤空間滿了,但是卻需要有空余的磁盤空間,這個線程才能繼續(xù)處理時就有問題了。這種情況下,所有要訪問這個出問題的表的線程都會被置為等待狀態(tài),直到有剩余磁盤空間了。
表鎖在以下設(shè)想情況中就不利了:
一個客戶端提交了一個需要長時間運行的 Select 操作。
其他客戶端對同一個表提交了 Update 操作,這個客戶端就要等到 Select 完成了才能開始執(zhí)行。
其他客戶端也對同一個表提交了 Select 請求。由于 Update 的優(yōu)先級高于 Select,所以 Select 就會先等到 Update 完成了之后才開始執(zhí)行,它也在等待***個 Select 操作。
下列所述可以減少表鎖帶來的資源爭奪:
讓 Select 速度盡量快,這可能需要創(chuàng)建一些摘要表。
啟動 mysqld 時使用參數(shù) --low-priority-updates。這就會讓更新操作的優(yōu)先級低于 Select。這種情況下,在上面的假設(shè)中,第二個 Select 就會在 Insert 之前執(zhí)行了,而且也無需等待***個Select 了。
可以執(zhí)行 SET LOW_PRIORITY_UpdateS=1 命令,指定所有的更新操作都放到一個指定的鏈接中去完成。詳情請看“14.5.3.1 SET Syntax”。
用 LOW_PRIORITY 屬性來降低 Insert,Update,Delete 的優(yōu)先級。
用 HIGH_PRIORITY 來提高 Select 語句的優(yōu)先級。詳情請看“14.1.7 Select Syntax”。
從MySQL 3.23.7 開始,可以在啟動 mysqld 時指定系統(tǒng)變量 max_write_lock_count 為一個比較低的值,它能強(qiáng)制臨時地提高表的插入數(shù)達(dá)到一個特定值后的所有 Select 操作的優(yōu)先級。它允許在 WRITE 鎖達(dá)到一定數(shù)量后有 READ 鎖。
當(dāng) Insert 和 Select 一起使用出現(xiàn)問題時,可以轉(zhuǎn)而采用 MyISAM 表,它支持并發(fā)的Select 和 Insert 操作。
當(dāng)在同一個表上同時有插入和刪除操作時,Insert DELAYED 可能會很有用。詳情請看“14.1.4.2 Insert DELAYED Syntax”。
當(dāng) Select 和 Delete 一起使用出現(xiàn)問題時,Delete 的 LIMIT 參數(shù)可能會很有用。詳情請看“14.1.1 Delete Syntax”
執(zhí)行 Select 時使用 SQL_BUFFER_RESULT 有助于減短鎖表的持續(xù)時間.詳情請看“14.1.7 Select Syntax”。
可以修改源代碼 `mysys/thr_lock.c',只用一個所隊列。這種情況下,寫鎖和讀鎖的優(yōu)先級就一樣了,這對一些應(yīng)用可能有幫助。
以下是MySQL鎖的一些建議:
只要對同一個表沒有大量的更新和查詢操作混在一起,目前的用戶并不是問題。
執(zhí)行 LOCK TABLES 來提高速度(很多更新操作放在一個鎖之中比沒有鎖的很多更新快多了)。將數(shù)據(jù)拆分開到多個表中可能也有幫助。
當(dāng)MySQL碰到由于鎖表引起的速度問題時,將表類型轉(zhuǎn)換成InnoDB或 BDB 可能有助于提高性能。
【編輯推薦】