以下五種方法可以快速定位全局鎖的位置，僅供參考。
成都創(chuàng)新互聯(lián)于2013年開始，是專業(yè)互聯(lián)網(wǎng)技術服務公司，擁有項目網(wǎng)站設計制作、成都做網(wǎng)站網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元臨猗做網(wǎng)站,已為上家服務,為臨猗各地企業(yè)和個人服務,聯(lián)系電話:13518219792
方法1：利用 metadata_locks 視圖
此方法僅適用于 MySQL 5.7 以上版本，該版本 performance_schema 新增了 metadata_locks，如果上鎖前啟用了元數(shù)據(jù)鎖的探針（默認是未啟用的），可以比較容易的定位全局鎖會話。
方法2：利用 events_statements_history 視圖此方法適用于 MySQL 5.6 以上版本，啟用 performance_schema.eventsstatements_history（5.6 默認未啟用，5.7 默認啟用），該表會 SQL 歷史記錄執(zhí)行，如果請求太多，會自動清理早期的信息，有可能將上鎖會話的信息清理掉。
方法3：利用 gdb 工具如果上述兩種都用不了或者沒來得及啟用，可以嘗試第三種方法。利用 gdb 找到所有線程信息，查看每個線程中持有全局鎖對象，輸出對應的會話 ID，為了便于快速定位，我寫成了腳本形式。也可以使用 gdb 交互模式，但 attach mysql 進程后 mysql 會完全 hang 住，讀請求也會受到影響，不建議使用交互模式。
方法4：show processlist
如果備份程序使用的特定用戶執(zhí)行備份，如果是 root 用戶備份，那 time 值越大的是持鎖會話的概率越大，如果業(yè)務也用 root 訪問，重點是 state 和 info 為空的，這里有個小技巧可以快速篩選，篩選后嘗試 kill 對應 ID，再觀察是否還有 wait global read lock 狀態(tài)的會話。
方法5：重啟試試！
怎么知道數(shù)據(jù)庫表已經(jīng)鎖表了
先回答你的問題：
select *from v$locked_object;
可以獲得被鎖的對象的object_id及產(chǎn)生鎖的會話sid。
通過查詢結果中的object_id，可以查詢到具體被鎖的對象
再給你看看我查到的一些關于鎖的資料：
鎖有以下幾種模式:
0：none
1：null 空
2：Row-S 行共享(RS)：共享表鎖
3：Row-X 行專用(RX)：用于行的修改
4：Share 共享鎖(S)：阻止其他DML操作
5：S/Row-X 共享行專用(SRX)：阻止其他事務操作
6：exclusive 專用(X)：獨立訪問使用
數(shù)字越大鎖級別越高, 影響的操作越多。
一般的查詢語句如select ... from ... ;是小于2的鎖, 有時會在v$locked_object出現(xiàn)。
select ... from ... for update; 是2的鎖。
當對話使用for update子串打開一個游標時，
所有返回集中的數(shù)據(jù)行都將處于行級(Row-X)獨占式鎖定，
其他對象只能查詢這些數(shù)據(jù)行，不能進行update、delete或select...for update操作。
insert / update / delete ... ; 是3的鎖。
沒有mit之前插入同樣的一條記錄會沒有反應,
因為后一個3的鎖會一直等待上一個3的鎖, 我們必須釋放掉上一個才能繼續(xù)工作。
創(chuàng)建索引的時候也會產(chǎn)生3,4級別的鎖。
locked_mode為2,3,4不影響DML(insert,delete,update,select)操作,
但DDL(alter,drop等)操作會提示ora-00054錯誤。
有主外鍵約束時 update / delete ... ; 可能會產(chǎn)生4,5的鎖。
DDL語句時是6的鎖。
以DBA角色, 查看當前數(shù)據(jù)庫里鎖的情況可以用如下SQL語句：
select object_id,session_id,locked_mode from v$locked_object;
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;
如果有長期出現(xiàn)的一列，可能是沒有釋放的鎖。
我們可以用下面SQL語句殺掉長期沒有釋放非正常的鎖：
alter system kill session 'sid,serial#';
如果出現(xiàn)了鎖的問題, 某個DML操作可能等待很久沒有反應。
當你采用的是直接連接數(shù)據(jù)庫的方式，
也不要用OS系統(tǒng)命令 $kill process_num 或者 $kill -9 process_num來終止用戶連接，
因為一個用戶進程可能產(chǎn)生一個以上的鎖, 殺OS進程并不能徹底清除鎖的問題。
記得在數(shù)據(jù)庫級別用alter system kill session 'sid,serial#';殺掉不正常的鎖。
這里還講了一些：
......
查看oracle是否鎖表
Oracle數(shù)據(jù)庫操作中，我們有時會用到鎖表查詢以及解鎖和kill進程等操作，那么這些操作是怎么實現(xiàn)的呢？本文我們主要就介紹一下這部分內(nèi)容。
(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)殺掉對應進程
執(zhí)行命令：alter system kill session'1025,41';
其中1025為sid,41為serial#.
怎么查看 sql server 數(shù)據(jù)庫有沒有鎖表
--查看被鎖表： select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName from sys.dm_tran_locks where resource_type='OBJECT' --spid 鎖表進程 --tableName 被鎖表名 -- 解鎖： declare @spid int Set @spid = 57 --鎖表進程 declare @sql varchar(1000) set @sql='kill '+cast(@spid as varchar) exec(@sql)
MYSQL數(shù)據(jù)庫怎么查看 哪些表被鎖了
用navicate工具可以輕松查看
里面lock的就是被鎖的
查詢oracle 數(shù)據(jù)庫里有哪些表鎖死
查鎖，
SELECT /*+ rule */ s.username,
decode(l.type,'TM','TABLE LOCK',
'TX','ROW LOCK',
NULL) LOCK_LEVEL,
o.owner,o.object_name,o.object_type,
s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser
FROM v$session s,v$lock l,dba_objects o
WHERE l.sid = s.sid
AND l.id1 = o.object_id(+)
AND s.username is NOT NULL
殺鎖
alter system kill session '25,7357'
如何查詢mysql數(shù)據(jù)庫表是否被鎖 csdn
show OPEN TABLES where In_use 0;
如何查看mysql中表的鎖定情況
1 show processlist;
SHOW PROCESSLIST顯示哪些線程正在運行。您也可以使用mysqladmin processlist語句得到此信息。如果您有SUPER權限，您可以看到所有線程。否則，您只能看到您自己的線程（也就是，與您正在使用的MySQL賬戶相關的線程）。如果有線程在update或者insert 某個表，此時進程的status為updating 或者 sending data。
如果您得到“too many connections”錯誤信息，并且想要了解正在發(fā)生的情況，本語句是非常有用的。MySQL保留一個額外的連接，讓擁有SUPER權限的賬戶使用，以確保管理員能夠隨時連接和檢查系統(tǒng)（假設您沒有把此權限給予所有的用戶）。
Status
含義
Checking table
正在檢查數(shù)據(jù)表（這是自動的）。
Closing tables
正在將表中修改的數(shù)據(jù)刷新到磁盤中，同時正在關閉已經(jīng)用完的表。這是一個很快的操作，如果不是這樣的話，就應該確認磁盤空間是否已經(jīng)滿了或者磁盤是否正處于重負中。
Connect Out
復制從服務器正在連接主服務器。
Copying to tmp table on disk
由于臨時結果集大于tmp_table_size，正在將臨時表從內(nèi)存存儲轉(zhuǎn)為磁盤存儲以此節(jié)省內(nèi)存。
Creating tmp table
正在創(chuàng)建臨時表以存放部分查詢結果。
deleting from main table
服務器正在執(zhí)行多表刪除中的第一部分，剛刪除第一個表。
deleting from reference tables
服務器正在執(zhí)行多表刪除中的第二部分，正在刪除其他表的記錄。
Flushing tables
正在執(zhí)行FLUSH TABLES，等待其他線程關閉數(shù)據(jù)表。
Killed
發(fā)送了一個kill請求給某線程，那么這個線程將會檢查kill標志位，同時會放棄下一個kill請求。MySQL會在每次的主循環(huán)中檢查kill標志位，不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了，那么kill請求會在鎖釋放時馬上生效。
Locked
被其他查詢鎖住了。
Sending data
正在處理SELECT查詢的記錄，同時正在把結果發(fā)送給客戶端。
Sorting for group
正在為GROUP BY做排序。
Sorting for order
正在為ORDER BY做排序。
Opening tables
這個過程應該會很快，除非受到其他因素的干擾。例如，在執(zhí)ALTER TABLE或LOCK TABLE語句行完以前，數(shù)據(jù)表無法被其他線程打開。正嘗試打開一個表。
Removing duplicates
正在執(zhí)行一個SELECT DISTINCT方式的查詢，但是MySQL無法在前一個階段優(yōu)化掉那些重復的記錄。因此，MySQL需要再次去掉重復的記錄，然后再把結果發(fā)送給客戶端。
Reopen table
獲得了對一個表的鎖，但是必須在表結構修改之后才能獲得這個鎖。已經(jīng)釋放鎖，關閉數(shù)據(jù)表，正嘗試重新打開數(shù)據(jù)表。
Repair by sorting
修復指令正在排序以創(chuàng)建索引。
Repair with keycache
修復指令正在利用索引緩存一個一個地創(chuàng)建新索引。它會比Repair by ......
如何查看SQL數(shù)據(jù)有沒有鎖表
后續(xù)版本的 Microsoft SQL Server 將刪除該功能。請避免在新的開發(fā)工鼎中使用該功能，并著手修改當前還在使用該功能的應用程序。若要獲取有關 SQL Server 數(shù)據(jù)庫引擎中的鎖的信息，請使用 sys.dm_tran_locks 動態(tài)管理視圖。
USE master;
GO
EXEC sp_lock 53;
GO
查看Oracle中是否有鎖表的sql
查鎖，
SELECT /*+ rule */ s.username,
decode(l.type,'TM','TABLE LOCK',
'TX','ROW LOCK',
NULL) LOCK_LEVEL,
o.owner,o.object_name,o.object_type,
s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser
FROM v$session s,v$lock l,dba_objects o
WHERE l.sid = s.sid
AND l.id1 = o.object_id(+)
AND s.username is NOT NULL
殺鎖
alter system kill session '25,7357'
如何查詢mysql中是否表被鎖
show OPEN TABLES where In_use 0;
show global status like 'table_locks%';
一：檢查是否鎖表, 查詢進程并殺死進程
1) 查詢是否鎖表
show open tables where in_use 0;
2) 查詢進程（如果您有SUPER權限，您可以看到所有線程。否則，您只能看到您自己的線程）
show processlist;
二：查看在鎖事務,殺死事務對應的線程ID
1) 查看正在鎖的事務
select * from information_schema.INNODB_LOCKS;
2) 殺死進程id（就是[select * from information_schema.INNODB_LOCKS; ]命令的trx_mysql_thread_id列）
kill 線程ID
3) 查看等待鎖的事務
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;
其它：
1) 查看服務器狀態(tài)
show status like '%lock%';
2) 查看超時時間：
show variables like '%timeout%';
1、確定mysql有鎖表的情況則使用以下命令查看鎖表進程
2、殺掉查詢結果中已經(jīng)鎖表的trx_mysql_thread_id
擴展：
1、查看鎖的事務
2、查看等待鎖的事務
3、查詢是否鎖表：
4、查詢進程
重慶分公司
重慶分公司
