㈠ 如何將資料庫中被鎖表解鎖
在操作資料庫的時候，有時候會由於操作不當引起資料庫表被鎖定，這么我們經常不知所措，不知怎麼給這些表解鎖，在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#';
㈡ 求助，資料庫表有一個鎖住了無法編輯怎麼弄
在使用Excel 時有時會希望把某些單元格鎖定，這樣的不會造成誤刪、誤改某些數據。原先就聽說可以把某些單元格設置成「只讀」的，如何鎖定單元格，讓單元格數據不能修改呢? 我們看一下下面這個例子，「總合」這一欄是計算所得的，所以這一列上的數據都不需要直接輸入或修改。我們可以把這一列鎖起來： 先選定任意一個單元格，點右鍵，選設置單元格格式。 點開保護選項卡，我們會發現這里的鎖定默認情況下就選中了。也就是說在默認情況下，一旦鎖定了工作表，所有的單元格就鎖定了。 所以，我們選中所有的單元格(Ctrl+A)，點右鍵，選設置單元格格式。然後在保護選項卡上把鎖定勾去掉。 然後選中需要保護的單元格，在這個例子中是整個「總合」這一列(因為這一列是自動計算出來的)，把它的鎖定勾上。 提示：為方便起見，你也可以只把需要編輯的那部分單元格的鎖定取消掉。 在我們設好了哪些單元格需要鎖定後，現在我們可以把鎖定功能打開了。 點開審閱選項卡，點保護工作簿。 在允許此工作表的所有用戶進行下面，可以選用戶可以做哪些操作。一般留著默認選項即可，然後按確定。 註：如果在這里設置了密碼，以後解開鎖定時就要輸入密碼。密碼一般可以不設。 我們嘗試編輯「總合」一欄中的數據，會彈出一個消息說不能編輯內容。 雖然這個單元格鎖定了，但是並不影響它數據更新。比方說，這個是「總合」欄，我們把單獨數據(源數據)改了，總合還是會自動計算的。 如果需要解除鎖定，在審閱選項卡上點撤銷工作表保護
㈢ 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;
㈣ sql資料庫里鎖是什麼
ix是意向鎖。
意向鎖與其說是鎖，倒不如說更像一個指示器。在SQL Server中，資源是有層次的，一個表中可以包含N個頁，而一個頁中可以包含N個行。當我們在某一個行中加了鎖時。可以理解成包含這個行的頁，和表的一部分已經被鎖定。當另一個查詢需要鎖定頁或是表時，再一行行去看這個頁和表中所包含的數據是否被鎖定就有點太痛苦了。因此SQL Server鎖定一個粒度比較低的資源時，會在其父資源上加上意向鎖，告訴其他查詢這個資源的某一部分已經上鎖。比如，當我們更新一個表中的某一行時，其所在的頁和表都會獲得意向排他鎖，如圖所示。
㈤ 資料庫 如何解除表的鎖定
(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的作用是允許用戶先讀取數據（而且不阻塞其他用戶讀數據），並且保證在後來再更新數據時，這一段時間內這些數據沒有被其他用戶修改。
㈥ 怎麼理解資料庫的鎖 一般鎖分別哪幾種
資料庫是一個多用戶使用的共享資源。當多個用戶並發地存取數據時，在資料庫中就會產生多個事務同時存取同一數據的情況。若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞資料庫的一致性。
加鎖是實現資料庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖後事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。
在資料庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當數據對象被加上排它鎖時，其他的事務不能對它讀取和修改。加了共享鎖的數據對象可以被其他事務讀取，但不能修改。資料庫利用這兩種基本的鎖類型來對資料庫的事務進行並發控制。
(6)資料庫表鎖擴展閱讀：
排它鎖和共享鎖的不同之處：
1、共享鎖（S鎖）：如果事務T對數據A加上共享鎖後，則其他事務只能對A再加共享鎖，不能加排他鎖。獲准共享鎖的事務只能讀數據，不能修改數據。
排他鎖（X鎖）：如果事務T對數據A加上排他鎖後，則其他事務不能再對A加任任何類型的封鎖。獲准排他鎖的事務既能讀數據，又能修改數據。
2、共享鎖下其它用戶可以並發讀取，查詢數據。但不能修改，增加，刪除數據，資源共享。
3、共享鎖又稱為讀鎖（Share lock,簡記為S鎖），若事務T對數據對象A加上S鎖，則其它事務只能再對A加S鎖，而不能加X鎖，直到T釋放A上的S鎖。
㈦ 資料庫鎖表是什麼意思
1、資料庫鎖表的意思：因為在資料庫里，同一個數據可能有多個人來讀取或更改，為了防止我更改的時候別人也同時更改，這是一般要鎖住表不讓別人改。
2、舉個簡單例子：在更新資料庫記錄的過程中，我是不希望別人也來更新我的這些記錄的，像庫存，做出庫的時候，原數量100，我出了20，我就需要把數量更新到80；
在更新的過程中，別人又做了30的出庫，如果在我更新的時候，別人先把庫存更新到70，然後我又更新80，那數量就錯誤了。所以我更新的時候，我就需要鎖定這條記錄。這是數據行鎖，排他鎖。
(7)資料庫表鎖擴展閱讀：
資料庫鎖表的必要條件：
1）互斥條件：指進程對所分配到的資源進行排它性使用，即在一段時間內某資源只由一個進程佔用。如果此時還有其它進程請求資源，則請求者只能等待，直至佔有資源的進程用畢釋放。
2）請求和保持條件：指進程已經保持至少一個資源，但又提出了新的資源請求，而該資源已被其它進程佔有，此時請求進程阻塞，但又對自己已獲得的其它資源保持不放。
3）不剝奪條件：指進程已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。
4）環路等待條件：指在發生死鎖時，必然存在一個進程——資源的環形鏈，即進程集合{P0，P1，P2，···，Pn}中的P0正在等待一個P1佔用的資源；P1正在等待P2佔用的資源，……，Pn正在等待已被P0佔用的資源。
㈧ 怎麼知道資料庫表已經鎖表了
可直接在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，可以查詢到具體被鎖的對象。
(8)資料庫表鎖擴展閱讀：
注意事項
也可以直接把這幾個視圖和表關聯起來，在查詢結果中直接得到「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這樣就能殺掉進程解鎖了。
㈨ sql資料庫如何解鎖呢
你先查一下你的數據表示不是鎖表了。
select sess.sid,
sess.serial#,
lo.oracle_username,
lo.os_user_name,
ao.object_name,
lo.locked_mode
from v$locked_object lo,
dba_objects ao,
v$session sess
where ao.object_id = lo.object_id and lo.session_id = sess.sid
通過以上sql就可以知道哪個進程、序列，oracle用戶名、操作系統用戶名、表名、鎖表模式幾個欄位
下面一步就是將改鎖表的進程和序列殺掉了，執行下面的語句即可。
alter system kill session '1020,38953' --(1020，就是執行第一步語句得到的sid欄位值，38953就是serial#欄位值)
詳細的請參照：網頁鏈接
㈩ oracle資料庫的表什麼情況下會被鎖住
DML鎖又可以分為，行鎖、表鎖、死鎖
-行鎖：當事務執行資料庫插入、更新、刪除操作時，該事務自動獲得操作表中操作行的排它鎖。
-表級鎖：當事務獲得行鎖後，此事務也將自動獲得該行的表鎖(共享鎖),以防止其它事務進行DDL語句影響記錄行的更新。事務也可以在進行過程中獲得共享鎖或排它鎖，只有當事務顯示使用LOCK TABLE語句顯示的定義一個排它鎖時，事務才會獲得表上的排它鎖,也可使用LOCK TABLE顯示的定義一個表級的共享鎖(LOCK TABLE具體用法請參考相關文檔)。
-死鎖：當兩個事務需要一組有沖突的鎖，而不能將事務繼續下去的話，就出現死鎖。
如事務1在表A行記錄#3中有一排它鎖，並等待事務2在表A中記錄#4中排它鎖的釋放，而事務2在表A記錄行#4中有一排它鎖，並等待事務1在表A中記錄#3中排它鎖的釋放，事務1與事務2彼此等待，因此就造成了死鎖。死鎖一般是因拙劣的事務設計而產生。
死鎖只能使用SQL下:alter system kill session "sid,serial#"；或者使用相關操作系統kill進程的命令，如UNIX下kill -9 sid,或者使用其它工具殺掉死鎖進程。
+DDL鎖又可以分為：排它DDL鎖、共享DDL鎖、分析鎖
-排它DDL鎖：創建、修改、刪除一個資料庫對象的DDL語句獲得操作對象的 排它鎖。如使用alter table語句時，為了維護數據的完成性、一致性、合法性，該事務獲得一排它DDL鎖。
-共享DDL鎖：需在資料庫對象之間建立相互依賴關系的DDL語句通常需共享獲得DDL鎖。
如創建一個包，該包中的過程與函數引用了不同的資料庫表，當編譯此包時，該事務就獲得了引用表的共享DDL鎖。
-分析鎖：ORACLE使用共享池存儲分析與優化過的SQL語句及PL/SQL程序，使運行相同語句的應用速度更快。一個在共享池中緩存的對象獲得它所引用資料庫對象的分析鎖。分析鎖是一種獨特的DDL鎖類型，ORACLE使用它追蹤共享池對象及它所引用資料庫對象之間的依賴關系。當一個事務修改或刪除了共享池持有分析鎖的資料庫對象時，ORACLE使共享池中的對象作廢，下次在引用這條SQL/PLSQL語句時，ORACLE重新分析編譯此語句。處理oracle中殺不掉的鎖一些ORACLE中的進程被殺掉後，狀態被置為」killed」，但是鎖定的資源很長時間不釋放，有時實在沒辦法，只好重啟資料庫。現在提供一種方法解決這種問題，那就是在ORACLE中殺不掉的，在OS一級再殺。