『壹』 查詢mysql 哪些表正在被鎖狀態
可直接在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
(1)sql如何查鎖表原因擴展閱讀：
MySQL鎖定狀態查看命令
Checking table：正在檢查數據表（這是自動的）。
Closing tables：正在將表中修改的數據刷新到磁碟中，同時正在關閉已經用完的表。這是一個很快的操作，如果不是這樣的話，就應該確認磁碟空間是否已經滿了或者磁碟是否正處於重負中。
Connect Out：復制從伺服器正在連接主伺服器。
Copying to tmp table on disk：由於臨時結果集大於tmp_table_size，正在將臨時表從內存存儲轉為磁碟存儲以此節省內存。
Creating tmp table：正在創建臨時表以存放部分查詢結果。
deleting from main table：伺服器正在執行多表刪除中的第一部分，剛刪除第一個表。
『貳』 怎麼查看 sql server 資料庫有沒有鎖表
查看sql server資料庫被鎖表可以用用如下語句：
拓展資料：
SQL Server 是Microsoft 公司推出的關系型資料庫管理系統。具有使用方便可伸縮性好與相關軟體集成程度高等優點，可跨越從運行Microsoft Windows 98 的膝上型電腦到運行Microsoft Windows 2012 的大型多處理器的伺服器等多種平台使用。
Microsoft SQL Server 是一個全面的資料庫平台，使用集成的商業智能 (BI)工具提供了企業級的數據管理。Microsoft SQL Server 資料庫引擎為關系型數據和結構化數據提供了更安全可靠的存儲功能，使您可以構建和管理用於業務的高可用和高性能的數據應用程序。
『叄』 SQL Server資料庫表鎖定原理以及如何解除表的鎖定
1. 資料庫表鎖定原理 1.1 目前的C/S,B/S結構都是多用戶訪問資料庫,每個時間點會有成千上萬個user來訪問DB,其中也會同時存取同一份數據,會造成數據的不一致性或者讀臟數據. 1.2 事務的ACID原則 1.3 鎖是關系資料庫很重要的一部分, 資料庫必須有鎖的機制來確保數據的完整和一致性. 1.3.1 SQL Server中可以鎖定的資源: 1.3.2 鎖的粒度: 1.3.3 鎖的升級: 鎖的升級門限以及鎖升級是由系統自動來確定的，不需要用戶設置. 1.3.4 鎖的類型: (1) 共享鎖: 共享鎖用於所有的只讀數據操作. (2) 修改鎖: 修改鎖在修改操作的初始化階段用來鎖定可能要被修改的資源，這樣可以避免使用共享鎖造成的死鎖現象 (3) 獨占鎖: 獨占鎖是為修改數據而保留的。它所鎖定的資源，其他事務不能讀取也不能修改。獨占鎖不能和其他鎖兼容。 (4) 架構鎖 結構鎖分為結構修改鎖(Sch-M)和結構穩定鎖(Sch-S)。執行表定義語言操作時，SQL Server採用Sch-M鎖，編譯查詢時，SQL Server採用Sch-S鎖。 (5) 意向鎖 意向鎖說明SQL Server有在資源的低層獲得共享鎖或獨占鎖的意向。 (6) 批量修改鎖 批量復制數據時使用批量修改鎖 1.3.4 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的作用是允許用戶先讀取數據(而且不阻塞其他用戶讀數據)，並且保證在後來再更新數據時，這一段時間內這些數據沒有被其他用戶修改。 2. 如何解除表的鎖定,解鎖就是要終止鎖定的那個鏈接,或者等待該鏈接事務釋放. 2.1 Activity Monitor 可以通過Wait Type, Blocked By欄位查看到,SPID 54 被SPID 53 阻塞. 可以右鍵Details查到詳細的SQL 語句,或Kill掉這個進程. 2.2 SQL Server提供幾個DMV,查看locks sys.dm_exec_requests sys.dm_tran_locks sys.dm_os_waiting_tasks sys.dm_tran_database_transactions (1) select * from sys.dm_tran_locks where resource_type<>'DATABASE' --and resource_database_id=DB_ID()
『肆』 sql server 怎麼查找鎖表原因
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
--查看被鎖表：
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)
『伍』 sqlserver怎麼用sql查看具體那個表被鎖住了
查看被鎖表：
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)
--查詢出死鎖的SPID
select blocked
from (select * from sysprocesses where blocked>0 ) a
where not exists(select * from (select * from sysprocesses where blocked>0 ) b
where a.blocked=spid)
--輸出引起死鎖的操作
DBCC INPUTBUFFER (@spid)
--查詢當前進程數
select count(-1) from sysprocesses
where dbid in (select dbid from sysdatabases where name like '%telcount%');
『陸』 請求sql server怎麼查鎖表的信息，造成鎖表的SQL、IP、發生的時間等，需要關聯哪幾個表
DECLARE @spid INTDECLARE @blk INTDECLARE @count INTDECLARE @index INTDECLARE @lock TINYINT SET @lock=0 CREATE TABLE #temp_who_lock ( id INT IDENTITY(1, 1), spid INT, blk INT ) --if @@error<>0 return @@error INSERT INTO #temp_who_lock (spid, blk)SELECT 0, blockedFROM (SELECT * FROM master..sysprocesses WHERE blocked > 0)aWHERE NOT EXISTS(SELECT * FROM master..sysprocesses WHERE a.blocked = spid AND blocked > 0)UNIONSELECT spid, blockedFROM master..sysprocessesWHERE blocked > 0 --if @@error<>0 return @@error SELECT @count = Count(*), @index = 1FROM #temp_who_lock --select @count,@index --if @@error<>0 return @@error IF @count = 0 BEGIN SELECT '沒有阻塞和死鎖信息' --return 0 END WHILE @index <= @count BEGIN IF EXISTS(SELECT 1 FROM #temp_who_lock a WHERE id > @index AND EXISTS(SELECT 1 FROM #temp_who_lock WHERE id <= @index AND a.blk = spid)) BEGIN SET @lock=1 SELECT @spid = spid, @blk = blk FROM #temp_who_lock WHERE id = @index SELECT '引起資料庫死鎖的是: ' + Cast(@spid AS VARCHAR(10)) + '進程號,其執行的SQL語法如下' ; SELECT @spid, @blk DBCC inputbuffer(@spid) DBCC inputbuffer(@blk) END SET @index=@index + 1 END IF @lock = 0 BEGIN SET @index=1 WHILE @index <= @count BEGIN SELECT @spid = spid, @blk = blk FROM #temp_who_lock WHERE id = @index IF @spid = 0 SELECT '引起阻塞的是:' + Cast(@blk AS VARCHAR(10)) + '進程號,其執行的SQL語法如下' ELSE SELECT '進程號SPID：' + Cast(@spid AS VARCHAR(10)) + '被' + '進程號SPID：' + Cast(@blk AS VARCHAR(10)) + '阻塞,其當前進程執行的SQL語法如下' PRINT ( LTRIM(@spid) + ''+ LTRIM(@blk)); if(@spid <> 0) BEGIN DBCC inputbuffer(@spid) -- END DBCC inputbuffer(@blk) --引起阻塞語句 SET @index=@index + 1 END END DROP TABLE #temp_who_lock --return 0 --KILL 54
『柒』 怎麼知道資料庫表已經鎖表了
可直接在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，可以查詢到具體被鎖的對象。
(7)sql如何查鎖表原因擴展閱讀：
注意事項
也可以直接把這幾個視圖和表關聯起來，在查詢結果中直接得到「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死鎖
其實所有的死鎖最深層的原因就是一個:資源競爭
表現一:
一個用戶A
訪問表A(鎖住了表A),然後又訪問表B
另一個用戶B
訪問表B(鎖住了表B),然後企圖訪問表A
這時用戶A由於用戶B已經鎖住表B，它必須等待用戶B釋放表B,才能繼續，好了他老人家就只好老老實實在這等了
同樣用戶B要等用戶A釋放表A才能繼續這就死鎖了
解決方法：
這種死鎖是由於你的程序的BUG產生的，除了調整你的程序的邏輯別無他法
仔細分析你程序的邏輯，
1：盡量避免同時鎖定兩個資源
2:
必須同時鎖定兩個資源時，要保證在任何時刻都應該按照相同的順序來鎖定資源.
表現二:
用戶A讀一條紀錄，然後修改該條紀錄
這是用戶B修改該條紀錄
這里用戶A的事務里鎖的性質由共享鎖企圖上升到獨占鎖(for
update),而用戶B里的獨占鎖由於A有共享鎖存在所以必須等A釋
放掉共享鎖，而A由於B的獨占鎖而無法上升的獨占鎖也就不可能釋放共享鎖，於是出現了死鎖。
這種死鎖比較隱蔽，但其實在稍大點的項目中經常發生。
解決方法:
讓用戶A的事務（即先讀後寫類型的操作),在select
時就是用Update
lock
語法如下：
select
*
from
table1
with(updlock)
where
....
『玖』 如何查詢鎖表的SQL
用下邊的語句查詢，如果想結束直接kill
SELECT SPID=p.spid,
DBName = convert(CHAR(20),d.name),
ProgramName = program_name,
LoginName = convert(CHAR(20),l.name),
HostName = convert(CHAR(20),hostname),
Status = p.status,
BlockedBy = p.blocked,
LoginTime = login_time,
QUERY = CAST(t.TEXT AS VARCHAR(MAX))
FROM MASTER.dbo.sysprocesses p
INNER JOIN MASTER.dbo.sysdatabases d
ON p.dbid = d.dbid
INNER JOIN MASTER.dbo.syslogins l
ON p.sid = l.sid
CROSS APPLY sys.dm_exec_sql_text(sql_handle) t
WHERE p.blocked = 0
AND EXISTS (SELECT 1
FROM MASTER.dbo.sysprocesses p1
WHERE p1.blocked = p.spid)
『拾』 oracle 鎖表時，怎麼查出是哪些SQL語句導致了鎖表
SELECT /*+ rule */ lpad(' ',decode(l.xisn ,0,3,0))||l.oracle_username User_name,
o.owner,o.object_name,o.object_type,s.sid,s.serial#
FROM v$locked_object l,dba_objects o,v$session s
WHERE l.object_id=o.object_id
AND l.session_id=s.sid
ORDER BY o.object_id,xisn DESC
執行此SQL即可，結果一看便知，適用於oracle， 其他不解釋~