資料庫鎖表

1. 怎麼理解資料庫的鎖 一般鎖分別哪幾種

資料庫是一個多用戶使用的共享資源。當多個用戶並發地存取數據時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。

加鎖是實現資料庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。

在資料庫中有兩種基本的鎖類型：排它鎖（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鎖。

2. 怎麼知道資料庫表已經鎖表了

可直接在mysql命令行執行：show engine innodb statusG;

查看造成死鎖的sql語句，分析索引情況，然後優化sql然後show processlist;

show status like 『%lock%』

show OPEN TABLES where In_use > 0; 這個語句記錄當前鎖表狀態

另外可以打開慢查詢日誌，linux下打開需在my.cnf的[mysqld]裡面加上以下內容：

slow_query_log=TRUE(有些mysql版本是ON)

slow_query_log_file=/usr/local/mysql/slow_query_log.txt

long_query_time=3

select *from v$locked_object：可以獲得被鎖的對象的object_id及產生鎖的會話sid。通過查詢結果中的object_id，可以查詢到具體被鎖的對象。

(2)資料庫鎖表擴展閱讀：

注意事項

也可以直接把這幾個視圖和表關聯起來，在查詢結果中直接得到「alter system kill session 'sid, serial#'」這樣的方便的kill sessoin命令。

如果執行kill session命令後，鎖並沒有除掉，session依然存在。這種情況，通過select spid from v$process where addr in(select paddr from v$session where sid = &sid)查詢到oracle會話在伺服器上的pid，然後登陸到伺服器上，執行kill -9 pid這樣就能殺掉進程解鎖了。

3. 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檢查修復表示伺服器並不知道，最好關閉伺服器。如果堅 持是伺服器保持開啟狀態，月確保在您使用此表示沒有客戶機來訪問它。

4. 資料庫 如何解除表的鎖定

(1) HOLDLOCK: 在該表上保持共享鎖，直到整個事務結束，而不是在語句執行完立即釋放所添加的鎖。
(2) NOLOCK：不添加共享鎖和排它鎖，當這個選項生效後，可能讀到未提交讀的數據或「臟數據」，這個選項僅僅應用於SELECT語句。
(3) PAGLOCK：指定添加頁鎖（否則通常可能添加表鎖）。
(4) READCOMMITTED用與運行在提交讀隔離級別的事務相同的鎖語義執行掃描。默認情況下，SQL Server 2000 在此隔離級別上操作。
(5) READPAST: 跳過已經加鎖的數據行，這個選項將使事務讀取數據時跳過那些已經被其他事務鎖定的數據行，而不是阻塞直到其他事務釋放鎖，
READPAST僅僅應用於READ COMMITTED隔離性級別下事務操作中的SELECT語句操作。
(6) READUNCOMMITTED：等同於NOLOCK。
(7) REPEATABLEREAD：設置事務為可重復讀隔離性級別。
(8) ROWLOCK：使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。
(9) SERIALIZABLE：用與運行在可串列讀隔離級別的事務相同的鎖語義執行掃描。等同於 HOLDLOCK。
(10) TABLOCK：指定使用表級鎖，而不是使用行級或頁面級的鎖，SQL Server在該語句執行完後釋放這個鎖，而如果同時指定了HOLDLOCK，該鎖一直保持到這個事務結束。 (11) TABLOCKX：指定在表上使用排它鎖，這個鎖可以阻止其他事務讀或更新這個表的數據，直到這個語句或整個事務結束。
(12) UPDLOCK ：指定在 讀表中數據時設置更新 鎖（update lock）而不是設置共享鎖，該鎖一直保持到這個語句或整個事務結束，使用UPDLOCK的作用是允許用戶先讀取數據（而且不阻塞其他用戶讀數據），並且保證在後來再更新數據時，這一段時間內這些數據沒有被其他用戶修改。

5. oracle資料庫鎖表怎麼解決

首先你要知道表鎖住了是不是正常鎖？因為任何DML語句都會對表加鎖。

你要先查一下是那個會話那個sql鎖住了表，有可能這是正常業務需求，不建議隨便KILL session，如果這個鎖表是正常業務你把session kill掉了會影響業務的。
建議先查原因再做決定。

(1)鎖表查詢的代碼有以下的形式：
select count(*) from v$locked_object;
select * from v$locked_object;
(2)查看哪個表被鎖
select b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_id = a.object_id;
(3)查看是哪個session引起的
select b.username,b.sid,b.serial#,logon_time from v$locked_object a,v$session b where a.session_id = b.sid order by b.logon_time;

(4)查看是哪個sql引起的
select b.username,b.sid,b.serial#,c.* from v$locked_object a,v$session b,v$sql c where a.session_id = b.sid
and b.SQL_ID = c.sql_id and c.sql_id = ''
order by b.logon_time;

(5)殺掉對應進程
執行命令：alter system kill session'1025,41';
其中1025為sid,41為serial#.

6. MySQL資料庫如何鎖定和解鎖資料庫表

第一步，創建資料庫表writer和查看錶結構，利用SQL語句：
create table writer(
wid int(10),
wno int(10),
wname varchar(20),
wsex varchar(2),
wage int(2)
第二步，向資料庫表writer插入五條數據，插入後查看錶里數據
第三步，利用鎖定語句鎖定資料庫表writer，利用SQL語句：
lock table writer read;
讓資料庫表只讀不能進行寫
第四步，為了驗證鎖定效果，可以查看資料庫表數據，利用SQL語句：
select * from writer;
第五步，利用update語句對id=5進行更新，SQL語句為：
update writer set wname = '胡思思' where id = 5;
第六步，利用unlock進行解鎖，SQL語句為：
unlock tables;

7. 什麼情況下造成資料庫鎖表 如何解決

http://..com/question/180766896.html

8. sql資料庫里鎖是什麼

ix是意向鎖。

意向鎖與其說是鎖，倒不如說更像一個指示器。在SQL Server中，資源是有層次的，一個表中可以包含N個頁，而一個頁中可以包含N個行。當我們在某一個行中加了鎖時。可以理解成包含這個行的頁，和表的一部分已經被鎖定。當另一個查詢需要鎖定頁或是表時，再一行行去看這個頁和表中所包含的數據是否被鎖定就有點太痛苦了。因此SQL Server鎖定一個粒度比較低的資源時，會在其父資源上加上意向鎖，告訴其他查詢這個資源的某一部分已經上鎖。比如，當我們更新一個表中的某一行時，其所在的頁和表都會獲得意向排他鎖，如圖所示。

9. 資料庫鎖表是什麼意思

1、資料庫鎖表的意思：因為在資料庫里，同一個數據可能有多個人來讀取或更改，為了防止我更改的時候別人也同時更改，這是一般要鎖住表不讓別人改。

2、舉個簡單例子：在更新資料庫記錄的過程中，我是不希望別人也來更新我的這些記錄的，像庫存，做出庫的時候，原數量100，我出了20，我就需要把數量更新到80；

在更新的過程中，別人又做了30的出庫，如果在我更新的時候，別人先把庫存更新到70，然後我又更新80，那數量就錯誤了。所以我更新的時候，我就需要鎖定這條記錄。這是數據行鎖，排他鎖。

(9)資料庫鎖表擴展閱讀：

資料庫鎖表的必要條件：

1）互斥條件：指進程對所分配到的資源進行排它性使用，即在一段時間內某資源只由一個進程佔用。如果此時還有其它進程請求資源，則請求者只能等待，直至佔有資源的進程用畢釋放。

2）請求和保持條件：指進程已經保持至少一個資源，但又提出了新的資源請求，而該資源已被其它進程佔有，此時請求進程阻塞，但又對自己已獲得的其它資源保持不放。

3）不剝奪條件：指進程已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。

4）環路等待條件：指在發生死鎖時，必然存在一個進程——資源的環形鏈，即進程集合{P0，P1，P2，···，Pn}中的P0正在等待一個P1佔用的資源；P1正在等待P2佔用的資源，……，Pn正在等待已被P0佔用的資源。

10. 如何將資料庫中被鎖表解鎖

在操作資料庫的時候，有時候會由於操作不當引起資料庫表被鎖定，這么我們經常不知所措，不知怎麼給這些表解鎖，在pl/sql Developer工具的的菜單「tools」裡面的「sessions」可以查詢現在存在的會話，但是我們很難找到那個會話被鎖定了，想找到所以被鎖的會話就更難了，下面這叫查詢語句可以查詢出所以被鎖的會話。如下：
SELECT sn.username, m.SID,sn.SERIAL#, m.TYPE,
DECODE (m.lmode,
0, 'None',
1, 'Null',
2, 'Row Share',
3, 'Row Excl.',
4, 'Share',
5, 'S/Row Excl.',
6, 'Exclusive',
lmode, LTRIM (TO_CHAR (lmode, '990'))
) lmode,
DECODE (m.request,
0, 'None',
1, 'Null',
2, 'Row Share',
3, 'Row Excl.',
4, 'Share',
5, 'S/Row Excl.',
6, 'Exclusive',
request, LTRIM (TO_CHAR (m.request, '990'))
) request,
m.id1, m.id2
FROM v$session sn, v$lock m
WHERE (sn.SID = m.SID AND m.request != 0) --存在鎖請求，即被阻塞
OR ( sn.SID = m.SID --不存在鎖請求，但是鎖定的對象被其他會話請求鎖定
AND m.request = 0
AND lmode != 4
AND (id1, id2) IN (
SELECT s.id1, s.id2
FROM v$lock s
WHERE request != 0 AND s.id1 = m.id1
AND s.id2 = m.id2)
)
ORDER BY id1, id2, m.request;

通過以上查詢知道了sid和 SERIAL#就可以開殺了
alter system kill session 'sid,SERIAL#';