一般情況下，不必對資料庫顯示加鎖，因為DBMS內部加鎖機制已經幫我們做好了，但是為了研究方便，還是需要人為加鎖。資料庫鎖可以根據用途從不同角度劃分。

1、根據級別劃分：

(1)讀鎖(共享鎖，S鎖)

讀鎖的作用是某個事務對這些資料加了讀鎖以後，其他事務只能對這些資料加讀鎖，也可以讀取這些資料，而不能加寫鎖或進行寫操作。

(2)寫鎖(排他鎖，X鎖)

寫鎖的作用是某個事務對資料加了寫鎖之後，其他事務不能對這些資料加任何鎖。

2、如果要顯示加鎖，還需要新增語句完成

(1)加S鎖

select * from 表名稱 [where...] lock in share mode;

(2)加X鎖

select * from 表名稱[where...] for update;

注意：insert,update,delete操作也會加X鎖。

3、根據範圍劃分

(1)行鎖：鎖住某幾行(大部分InnoDB引擎支援)

(2)表鎖：鎖住整個表(MyISAM引擎支援)

現在我們從預設級別(Repeatable—Read)可以研究

開啟2個客戶端

(1)加S鎖

客戶端1

在客戶端1中給資料加上S鎖

客戶端2

因為資料加了S鎖，所以在客戶端2中可以正常讀取資料，但是不能更新資料，因為加了S鎖不能加X鎖。

(2)加X鎖

客戶端1

在客戶端1中對stuid=1的這列資料加X鎖。

客戶端2

在客戶端2中既不能加S鎖也不能加X鎖。

這條select語句根本沒有試圖加任何鎖，所以不會與X鎖產生衝突。

有兩種情況會出現阻塞：鎖衝突或者“死鎖”。

還有一種現象：

在客戶端1中對stuid=1("郭靖")進行更新，不會發生阻塞，但是如果對stuname='郭靖'進行更新操作，就會發生阻塞。

大膽猜想：因為stuid是主鍵，可以唯一確定一條記錄，又發現這條記錄沒有被鎖住，所以不會阻塞。但是stuname不是主鍵，需要一條條去遍歷student表，找到符合要求的記錄，就有可能會遇到已經加X鎖的“黃蓉”記錄，所以會發生阻塞。