『壹』 怎麼理解資料庫的鎖 一般鎖分別哪幾種
資料庫是一個多用戶使用的共享資源。當多個用戶並發地存取數據時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。
加鎖是實現資料庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。
在資料庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。資料庫利用這兩種基本的鎖類型來對資料庫的事務進行並發控制。
(1)資料庫鎖機制實現擴展閱讀：
排它鎖和共享鎖的不同之處：
1、共享鎖（S鎖）：如果事務T對數據A加上共享鎖後，則其他事務只能對A再加共享鎖，不能加排他鎖。獲准共享鎖的事務只能讀數據，不能修改數據。
排他鎖（X鎖）：如果事務T對數據A加上排他鎖後，則其他事務不能再對A加任任何類型的封鎖。獲准排他鎖的事務既能讀數據，又能修改數據。
2、共享鎖下其它用戶可以並發讀取，查詢數據。但不能修改，增加，刪除數據，資源共享。
3、共享鎖又稱為讀鎖（Share lock,簡記為S鎖），若事務T對數據對象A加上S鎖，則其它事務只能再對A加S鎖，而不能加X鎖，直到T釋放A上的S鎖。
『貳』 資料庫為什麼需要鎖機制有哪些鎖機制
資料庫鎖的產生原因:
資料庫和操作系統一樣，是一個多用戶使用的共享資源。當多個用戶並發地存取數據 時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。加鎖是實現資料庫並 發控制的一個非常重要的技術。在實際應用中經常會遇到的與鎖相關的異常情況，當兩個事務需要一組有沖突的鎖，而不能將事務繼續下去的話，就會出現死鎖，嚴 重影響應用的正常執行。
在資料庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。資料庫利用這兩 種基本的鎖類型來對資料庫的事務進行並發控制。
『叄』 解析：如何快速掌握sqlServer的鎖機制
各種大型資料庫所採用的鎖的基本理論是一致的，但在具體實現上各有差別。SQLServer更強調由系統來管理鎖。在用戶有SQL請求時，系統分析請求，自動在滿足鎖定條件和系統性能之間為資料庫加上適當的鎖，同時系統在運行期間常常自動進行優化處理，實行動態加鎖。對於一般的用戶而言，通過系統的自動鎖定管理機制基本可以滿足使用要求，但如果對數據安全、資料庫完整性和一致性有特殊要求，就需要了解SQLServer的鎖機制，掌握資料庫鎖定方法。 鎖是資料庫中的一個非常重要的概念，它主要用於多用戶環境下保證資料庫完整性和一致性。我們知道，多個用戶能夠同時操縱同一個資料庫中的數據，會發生數據不一致現象。即如果沒有鎖定且多個用戶同時訪問一個資料庫，則當他們的事務同時使用相同的數據時可能會發生問題。這些問題包括：丟失更新、臟讀、不可重復讀和幻覺讀： 1．當兩個或多個事務選擇同一行，然後基於最初選定的值更新該行時，會發生丟失更新問題。每個事務都不知道其它事務的存在。最後的更新將重寫由其它事務所做的更新，這將導致數據丟失。例如，兩個編輯人員製作了同一文檔的電子復本。每個編輯人員獨立地更改其復本，然後保存更改後的復本，這樣就覆蓋了原始文檔。最後保存其更改復本的編輯人員覆蓋了第一個編輯人員所做的更改。如果在第一個編輯人員完成之後第二個編輯人員才能進行更改，則可以避免該問題。 2.臟讀就是指當一個事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到資料庫中，這時，另外一個事務也訪問這個數據，然後使用了這個數據。因為這個數據是還沒有提交的數據，那麼另外一個事務讀到的這個數據是臟數據，依據臟數據所做的操作可能是不正確的。例如，一個編輯人員正在更改電子文檔。在更改過程中，另一個編輯人員復制了該文檔（該復本包含到目前為止所做的全部更改）並將其分發給預期的用戶。此後，第一個編輯人員認為目前所做的更改是錯誤的，於是刪除了所做的編輯並保存了文檔。分發給用戶的文檔包含不再存在的編輯內容，並且這些編輯內容應認為從未存在過。如果在第一個編輯人員確定最終更改前任何人都不能讀取更改的文檔，則可以避免該問題。 3．不可重復讀是指在一個事務內，多次讀同一數據。在這個事務還沒有結束時，另外一個事務也訪問該同一數據。那麼，在第一個事務中的兩次讀數據之間，由於第二個事務的修改，那麼第一個事務兩次讀到的的數據可能是不一樣的。這樣就發生了在一個事務內兩次讀到的數據是不一樣的，因此稱為是不可重復讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復。如果只有在作者全部完成編寫後編輯人員才可以讀取文檔，則可以避免該問題。 4．幻覺讀是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的全部數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那麼，以後就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行，就好象發生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產部門將其更改內容合並到該文檔的主復本時，發現作者已將未編輯的新材料添加到該文檔中。如果在編輯人員和生產部門完成對原始文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。 所以，處理多用戶並發訪問的方法是加鎖。鎖是防止其他事務訪問指定的資源控制、實現並發控制的一種主要手段。當一個用戶鎖住資料庫中的某個對象時，其他用戶就不能再訪問該對象。加鎖對並發訪問的影響體現在鎖的粒度上。為了控制鎖定的資源，應該首先了解系統的空間管理。在SQLServer2000系統中，最小的空間管理單位是頁，一個頁有8K。所有的數據、日誌、索引都存放在頁上。另外，使用頁有一個限制，這就是表中的一行數據必須在同一個頁上，不能跨頁。頁上面的空間管理單位是盤區，一個盤區是8個連續的頁。表和索引的最小佔用單位是盤區。資料庫是由一個或者多個表或者索引組成，即是由多個盤區組成。放在一個表上的鎖限制對整個表的並發訪問；放在盤區上的鎖限制了對整個盤區的訪問；放在數據頁上的鎖限制了對整個數據頁的訪問；放在行上的鎖只限制對該行的並發訪問。 SQLServer2000具有多粒度鎖定，允許一個事務鎖定不同類型的的資源。為了使鎖定的成本減至最少，SQLServer自動將資源鎖定在適合任務的級別。鎖定在較小的粒度（例如行）可以增加並發但需要較大的開銷，因為如果鎖定了許多行，則需要控制更多的鎖。鎖定在較大的粒度（例如表）就並發而言是相當昂貴的，因為鎖定整個表限制了其它事務對表中任意部分進行訪問，但要求的開銷較低，因為需要維護的鎖較少。SQLServer可以鎖定行、頁、擴展盤區、表、庫等資源。 行是可以鎖定的最小空間,行級鎖佔用的數據資源最少，所以在事務的處理過程中，允許其他事務繼續操縱同一個表或者同一個頁的其他數據，大大降低了其他事務等待處理的時間，提高了系統的並發性。 頁級鎖是指在事務的操縱過程中，無論事務處理數據的多少，每一次都鎖定一頁，在這個頁上的數據不能被其他事務操縱。在SQLServer7.0以前，使用的是頁級鎖。頁級鎖鎖定的資源比行級鎖鎖定的數據資源多。在頁級鎖中，即使是一個事務只操縱頁上的一行數據，那麼該頁上的其他數據行也不能被其他事務使用。因此，當使用頁級鎖時，會出現數據的浪費現象，也就是說，在同一個頁上會出現數據被佔用卻沒有使用的現象。在這種現象中，數據的浪費最多不超過一個頁上的數據行。 表級鎖也是一個非常重要的鎖。表級鎖是指事務在操縱某一個表的數據時，鎖定了這個數據所在的整個表，其他事務不能訪問該表中的其他數據。當事務處理的數據量比較大時，一般使用表級鎖。表級鎖的特點是使用比較少的系統資源，但是卻佔用比較多的數據資源。與行級鎖和頁級鎖相比，表級鎖佔用的系統資源例如內存比較少，但是佔用的數據資源卻是最大。在表級鎖時，有可能出現數據的大量浪費現象，因為表級鎖鎖定整個表，那麼其他的事務都不能操縱表中的其他數據。 盤區鎖是一種特殊類型的鎖，只能用在一些特殊的情況下。簇級鎖就是指事務佔用一個盤區，這個盤區不能同時被其他事務佔用。例如在創建資料庫和創建表時，系統分配物理空間時使用這種類型的鎖。系統是按照盤區分配空間的。當系統分配空間時，使用盤區鎖，防止其他事務同時使用同一個盤區。當系統完成分配空間之後，就不再使用這種類型的盤區鎖。特別是，當涉及到對數據操作的事務時，不使用盤區鎖。 資料庫級鎖是指鎖定整個資料庫，防止任何用戶或者事務對鎖定的資料庫進行訪問。資料庫級鎖是一種非常特殊的鎖，它只是用於資料庫的恢復操作過程中。這種等級的鎖是一種最高等級的鎖，因為它控制整個資料庫的操作。只要對資料庫進行恢復操作，那麼就需要設置資料庫為單用戶模式，這樣系統就能防止其他用戶對該資料庫進行各種操作。 行級鎖是一種最優鎖，因為行級鎖不可能出現數據既被佔用又沒有使用的浪費現象。但是，如果用戶事務中頻繁對某個表中的多條記錄操作，將導致對該表的許多記錄行都加上了行級鎖，資料庫系統中鎖的數目會急劇增加，這樣就加重了系統負荷，影響系統性能。因此，在SQLServer中，還支持鎖升級(lockescalation)。所謂鎖升級是指調整鎖的粒度，將多個低粒度的鎖替換成少數的更高粒度的鎖，以此來降低系統負荷。在SQLServer中當一個事務中的鎖較多，達到鎖升級門限時，系統自動將行級鎖和頁面鎖升級為表級鎖。
『肆』 oracle資料庫鎖機制怎麼寫
1 引言—資料庫鎖的基本概念 為了確保並發用戶在存取同一資料庫對象時的正確性（即無丟失修改、可重復讀、不讀「臟」數據），資料庫中引入了鎖機制。基本的鎖類型有兩種：排它鎖（Exclusive locks記為X鎖）和共享鎖（Share locks記為S鎖）。 排它鎖：若事務T對數據D加X鎖，則其它任何事務都不能再對D加任何類型的鎖，直至T釋放D上的X鎖；一般要求在修改數據前要向該數據加排它鎖，所以排它鎖又稱為寫鎖。 共享鎖：若事務T對數據D加S鎖，則其它事務只能對D加S鎖，而不能加X鎖，直至T釋放D上的S鎖；一般要求在讀取數據前要向該數據加共享鎖，所以共享鎖又稱為讀鎖。 2 Oracle 多粒度封鎖機制介紹 根據保護對象的不同，Oracle資料庫鎖可以分為以下幾大類： (1) DML lock（data locks，數據鎖）：用於保護數據的完整性； (2) DDL lock（dictionary locks，字典鎖）：用於保護資料庫對象的結構（例如表、視圖、索引的結構定義）； (3) internal locks 和l a t c h es（內部鎖與閂）：保護內部資料庫結構； (4) distributed locks（分布式鎖）：用於OPS（並行伺服器）中； (5) PCM locks（並行高速緩存管理鎖）：用於OPS（並行伺服器）中。 本文主要討論DML（也可稱為data locks，數據鎖）鎖。從封鎖粒度（封鎖對象的大小）的角度看，Oracle DML鎖共有兩個層次，即行級鎖和表級鎖。 2.1 Oracle的TX鎖（行級鎖、事務鎖） 許多對Oracle不太了解的技術人員可能會以為每一個TX鎖代表一條被封鎖的數據行，其實不然。TX的本義是Transaction（事務），當一個事務第一次執行數據更改（Insert、Update、Delete）或使用SELECT… FOR UPDATE語句進行查詢時，它即獲得一個TX（事務）鎖，直至該事務結束（執行COMMIT或ROLLBACK操作）時，該鎖才被釋放。所以，一個TX鎖，可以對應多個被該事務鎖定的數據行。 在Oracle的每行數據上，都有一個標志位來表示該行數據是否被鎖定。Oracle不象其它一些DBMS（資料庫管理系統）那樣，建立一個鏈表來維護每一行被加鎖的數據，這樣就大大減小了行級鎖的維護開銷，也在很大程度上避免了其它資料庫系統使用行級封鎖時經常發生的鎖數量不夠的情況。數據行上的鎖標志一旦被置位，就表明該行數據被加X鎖，Oracle在數據行上沒有S鎖。 2.2 TM鎖（表級鎖） 2.2.1 意向鎖的引出 表是由行組成的，當我們向某個表加鎖時，一方面需要檢查該鎖的申請是否與原有的表級鎖相容；另一方面，還要檢查該鎖是否與表中的每一行上的鎖相容。比如一個事務要在一個表上加S鎖，如果表中的一行已被另外的事務加了X鎖，那麼該鎖的申請也應被阻塞。如果表中的數據很多，逐行檢查鎖標志的開銷將很大，系統的性能將會受到影響。為了解決這個問題，可以在表級引入新的鎖類型來表示其所屬行的加鎖情況，這就引出了「意向鎖」的概念。 意向鎖的含義是如果對一個結點加意向鎖，則說明該結點的下層結點正在被加鎖；對任一結點加鎖時，必須先對它的上層結點加意向鎖。如：對表中的任一行加鎖時，必須先對它所在的表加意向鎖，然後再對該行加鎖。這樣一來，事務對表加鎖時，就不再需要檢查表中每行記錄的鎖標志位了，系統效率得以大大提高。 2.2.2 意向鎖的類型 由兩種基本的鎖類型（S鎖、X鎖），可以自然地派生出兩種意向鎖： 意向共享鎖（Intent Share Lock，簡稱IS鎖）：如果要對一個資料庫對象加S鎖，首先要對其上級結點加IS鎖，表示它的後裔結點擬（意向）加S鎖； 意向排它鎖（Intent Exclusive Lock，簡稱IX鎖）：如果要對一個資料庫對象加X鎖，首先要對其上級結點加IX鎖，表示它的後裔結點擬（意向）加X鎖。 另外，基本的鎖類型（S、X）與意向鎖類型（IS、IX）之間還可以組合出新的鎖類型，理論上可以組合出4種，即：S+IS，S+IX，X+IS，X+IX，但稍加分析不難看出，實際上只有S+IX有新的意義，其它三種組合都沒有使鎖的強度得到提高（即：S+IS=S，X+IS=X，X+IX=X，這里的「=」指鎖的強度相同）。所謂鎖的強度是指對其它鎖的排斥程度。 這樣我們又可以引入一種新的鎖的類型 共享意向排它鎖（Shared Intent Exclusive Lock,簡稱SIX鎖） ：如果對一個資料庫對象加SIX鎖，表示對它加S鎖，再加IX鎖，即SIX=S+IX。例如：事務對某個表加SIX鎖，則表示該事務要讀整個表（所以要對該表加S鎖），同時會更新個別行（所以要對該表加IX鎖）。 這樣資料庫對象上所加的鎖類型就可能有5種：即S、X、IS、IX、SIX。 具有意向鎖的多粒度封鎖方法中任意事務T要對一個資料庫對象加鎖，必須先對它的上層結點加意向鎖。申請封鎖時應按自上而下的次序進行；釋放封鎖時則應按自下而上的次序進行；具有意向鎖的多粒度封鎖方法提高了系統的並發度，減少了加鎖和解鎖的開銷。
『伍』 資料庫死鎖處理方法
mysql資料庫死鎖解決方法如下：
1、對於按鈕等控制項，點擊後使其立刻失效，不讓用戶重復點擊，避免對同時對同一條記錄操作。
2、使用樂觀鎖進行控制。樂觀鎖大多是基於數據版本（Version）記錄機制實現。即為數據增加一個版本標識，在基於資料庫表的版本解決方案中，一般是 通過為資料庫表增加一個「version」欄位來實現。讀取出數據時，將此版本號一同讀出，之後更新時，對此版本號加一。此時，將提交數據的版本數據與數 據庫表對應記錄的當前版本信息進行比對，如果提交的數據版本號大於資料庫表當前版本號，則予以更新，否則認為是過期數據。樂觀鎖機制避免了長事務中的數據 庫加鎖開銷（用戶A和用戶B操作過程中，都沒有對資料庫數據加鎖），大大提升了大並發量下的系統整體性能表現。Hibernate 在其數據訪問引擎中內置了樂觀鎖實現。需要注意的是，由於樂觀鎖機制是在系統中實現，來自外部系統的用戶更新操作不受系統的控制，因此可能會造 成臟數據被更新到資料庫中。
『陸』 「sql」加鎖機制是什麼
您好！鎖是資料庫中的一個非常重要的概念，它主要用於多用戶環境下保證資料庫完整性和一致性。
我們知道，多個用戶能夠同時操縱同一個資料庫中的數據，會發生數據不一致現象。即如果沒有鎖定且多個用戶同時訪問一個資料庫，則當他們的事務同時使用相同的數據時可能會發生問題。這些問題包括：丟失更新、臟讀、不可重復讀和幻覺讀。資料庫加鎖就是為了解決以上的問題。
當然，加鎖固然好，但是一定要避免死鎖的出現。
在資料庫系統中，死鎖是指多個用戶（進程）分別鎖定了一個資源，並又試圖請求鎖定對方已經鎖定的資源，這就產生了一個鎖定請求環，導致多個用戶（進程）都處於等待對方釋放所鎖定資源的狀態。這種死鎖是最典型的死鎖形式, 例如在同一時間內有兩個事務A和B，事務A有兩個操作：鎖定表part和請求訪問表supplier；事務B也有兩個操作：鎖定表supplier和請求訪問表part。結果，事務A和事務B之間發生了死鎖。死鎖的第二種情況是，當在一個資料庫中時，有若干個長時間運行的事務執行並行的操作，當查詢分析器處理一種非常復雜的查詢例如連接查詢時，那麼由於不能控制處理的順序，有可能發生死鎖現象。
在應用程序中就可以採用下面的一些方法來盡量避免死鎖了： （1）合理安排表訪問順序。 （2）在事務中盡量避免用戶干預，盡量使一個事務處理的任務少些, 保持事務簡短並在一個批處理中。 （3）數據訪問時域離散法, 數據訪問時域離散法是指在客戶機/伺服器結構中，採取各種控制手段控制對資料庫或資料庫中的對象訪問時間段。主要通過以下方式實現: 合理安排後台事務的執行時間，採用工作流對後台事務進行統一管理。工作流在管理任務時，一方面限制同一類任務的線程數（往往限制為1個），防止資源過多佔用; 另一方面合理安排不同任務執行時序、時間，盡量避免多個後台任務同時執行，另外， 避免在前台交易高峰時間運行後台任務。 （4）數據存儲空間離散法。數據存儲空間離散法是指採取各種手段，將邏輯上在一個表中的數據分散到若干離散的空間上去，以便改善對表的訪問性能。主要通過以下方法實現: 第一，將大表按行或列分解為若干小表; 第二，按不同的用戶群分解。 （5）使用盡可能低的隔離性級別。隔離性級別是指為保證資料庫數據的完整性和一致性而使多用戶事務隔離的程度，SQL92定義了4種隔離性級別：未提交讀、提交讀、可重復讀和可串列。如果選擇過高的隔離性級別，如可串列，雖然系統可以因實現更好隔離性而更大程度上保證數據的完整性和一致性，但各事務間沖突而死鎖的機會大大增加，大大影響了系統性能。 （6）使用綁定連接, 綁定連接允許兩個或多個事務連接共享事務和鎖，而且任何一個事務連接要申請鎖如同另外一個事務要申請鎖一樣，因此可以允許這些事務共享數據而不會有加鎖的沖突。
總之，了解SQL Server的鎖機制，掌握資料庫鎖定方法, 對一個合格的DBA來說是很重要的。
『柒』 oracle資料庫訪問中要控制加鎖怎樣實現
鎖是
資料庫保護數據表的一種機制，通常是自動的，分級別的，如果你訪問一個表的並發量太大，可以試試拆分這個表，比如按日期拆分成月表，或者利用oracle的功能（分區）進行拆分來分散壓力，如果沒有依據拆分的話，可以做成實體化快照，將一些查詢類的操作指向這個快照，分攤表的訪問量，也可以通過提升硬體，比如上SSD磁碟，然後將這個表放到這個磁碟上，提高訪問速度。
『捌』 MySQL資料庫表鎖定的幾種方法實現
如果兩個程序都向表中寫數據顯然會造成很大的麻煩，甚至會有意外情況發生。如果表正由一個程序寫入，同時進行讀取的另一個程序也會產生混亂的結果。 鎖定表的方法 防止客戶機的請求互相干擾或者伺服器與維護程序相互干擾的方法主要有多種。如果你關閉資料庫，就可以保證伺服器 和myisamchk和isamchk之間沒有交互作用。但是停止伺服器的運行並不是一個好注意，因為這樣做會使得沒有故障的資料庫和表也不可用。本節主 要討論的過程，是避免伺服器和myisamchk或isamchk之間的交互作用。實現這種功能的方法是對表進行鎖定。 伺服器由兩種表的鎖定方法： 1.內部鎖定 內部鎖定可以避免客戶機的請求相互干擾——例如，避免客戶機的SELECT查詢被另一個客戶機的UPDATE查詢所干擾。也可以利用內部鎖定機制防止伺服器在利用myisamchk或isamchk檢查或修復表時對表的訪問。 語法：鎖定表：LOCK TABLES tbl_name {READ | WRITE},[ tbl_name {READ | WRITE},…] 解鎖表：UNLOCKTABLESLOCKTABLES為當前線程鎖定表。UNLOCK TABLES釋放被當前線程持有的任何鎖。當線程發出另外一個LOCK TABLES時，或當伺服器的連接被關閉時，當前線程鎖定的所有表自動被解鎖。 如果一個線程獲得在一個表上的一個READ鎖，該線程(和所有其他線程)只能從表中讀。如果一個線程獲得一個表上的一個WRITE鎖，那麼只有持鎖的線程READ或WRITE表，其他線程被阻止。 每個線程等待(沒有超時)直到它獲得它請求的所有鎖。 WRITE鎖通常比READ鎖有更高的優先順序，以確保更改盡快被處理。這意味著，如果一個線程獲得READ鎖，並且然後另外一個線程請求一個WRITE鎖, 隨後的READ鎖請求將等待直到WRITE線程得到了鎖並且釋放了它。 顯然對於檢查，你只需要獲得讀鎖。再者鍾情跨下，只能讀取表，但不能修改它，因此他也允許其它客戶機讀取表。對於修復，你必須獲得些所以防止任何客戶機在你對表進行操作時修改它。 2.外部鎖定 伺服器還可以使用外部鎖定(文件級鎖)來防止其它程序在伺服器使用表時修改文件。通常，在表的檢查操作中伺服器 將外部鎖定與myisamchk或isamchk作合使用。但是，外部鎖定在某些系統中是禁用的，因為他不能可靠的進行工作。對運行myisamchk或 isamchk所選擇的過程取決於伺服器是否能使用外部鎖定。如果不使用，則必修使用內部鎖定協議。 如果伺服器用--skip-locking選項運行，則外部鎖定禁用。該選項在某些系統中是預設的，如Linux。可以通過運行mysqladmin variables命令確定伺服器是否能夠使用外部鎖定。檢查skip_locking變數的值並按以下方法進行： ◆ 如果skip_locking為off，則外部鎖定有效您可以繼續並運行人和一個實用程序來檢查表。伺服器和實用程序將合作對表進行訪問。但是，運行任何 一個實用程序之前，應該使用mysqladmin flush-tables。為了修復表，應該使用表的修復鎖定協議。 ◆ 如果skip_locaking為on，則禁用外部鎖定，所以在myisamchk或isamchk檢查修復表示伺服器並不知道，最好關閉伺服器。如果堅 持是伺服器保持開啟狀態，月確保在您使用此表示沒有客戶機來訪問它。
『玖』 資料庫為什麼需要鎖機制
您好：
提供一下資料庫鎖的概念。
資料庫是一個多用戶使用的共享資源。當多個用戶並發地存取數據時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。
加鎖是實現資料庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。
鎖是為了各個用戶能夠准確的操作數據而存在的。
『拾』 資料庫 對某條記錄實現鎖機制
recordset的open語句後邊的參數就可以控制
RS.OPEN SQL,CONN,A,B
A:
ADOPENFORWARDONLY(=0)
只讀,且當前數據記錄只能向下移動
ADOPENKEYSET(=1)
只讀,當前數據記錄可自由移動
ADOPENDYNAMIC(=2)
可讀寫,當前數據記錄可自由移動
ADOPENSTATIC(=3)
可讀寫,當前數據記錄可自由移動,可看到新增記錄
B:
ADLOCKREADONLY(=1)
預設鎖定類型，記錄集是只讀的，不能修改記錄
ADLOCKPESSIMISTIC(=2)
悲觀鎖定，當修改記錄時，數據提供者將嘗試鎖定記錄以確保成功地編輯記錄。只要編輯一開始，則立即鎖住記錄。
ADLOCKOPTIMISTIC(=3)
樂觀鎖定 ，直到用Update方法提交更新記錄時才鎖定記錄。
ADLOCKBATCHOPTIMISTIC(=4)
批量樂觀鎖定，允許修改多個記錄，只有調用UpdateBatch方法後才鎖定記錄。
當不需要改動任何記錄時，應該使用只讀的記錄集，這樣提供者不用做任何檢測。
對於一般的使用，樂觀的鎖定可能是最好的選擇，因為記錄只被鎖定一小段時間，
數據在這段時間被更新。這減少了資源的使用。