MYSQL數(shù)據(jù)庫怎么查看 哪些表被鎖了

以下五種方法可以快速定位全局鎖的位置，僅供參考。

網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè)服務(wù)團隊是一支充滿著熱情的團隊，執(zhí)著、敏銳、追求更好，是創(chuàng)新互聯(lián)的標(biāo)準(zhǔn)與要求，同時竭誠為客戶提供服務(wù)是我們的理念。創(chuàng)新互聯(lián)把每個網(wǎng)站當(dāng)做一個產(chǎn)品來開發(fā)，精雕細(xì)琢，追求一名工匠心中的細(xì)致，我們更用心！

方法1：利用 metadata_locks 視圖

此方法僅適用于 MySQL 5.7 以上版本，該版本 performance_schema 新增了 metadata_locks，如果上鎖前啟用了元數(shù)據(jù)鎖的探針（默認(rèn)是未啟用的），可以比較容易的定位全局鎖會話。

方法2：利用 events_statements_history 視圖此方法適用于 MySQL 5.6 以上版本，啟用 performance_schema.eventsstatements_history（5.6 默認(rèn)未啟用，5.7 默認(rèn)啟用），該表會 SQL 歷史記錄執(zhí)行，如果請求太多，會自動清理早期的信息，有可能將上鎖會話的信息清理掉。

方法3：利用 gdb 工具如果上述兩種都用不了或者沒來得及啟用，可以嘗試第三種方法。利用 gdb 找到所有線程信息，查看每個線程中持有全局鎖對象，輸出對應(yīng)的會話 ID，為了便于快速定位，我寫成了腳本形式。也可以使用 gdb 交互模式，但 attach mysql 進程后 mysql 會完全 hang 住，讀請求也會受到影響，不建議使用交互模式。

方法4：show processlist

如果備份程序使用的特定用戶執(zhí)行備份，如果是 root 用戶備份，那 time 值越大的是持鎖會話的概率越大，如果業(yè)務(wù)也用 root 訪問，重點是 state 和 info 為空的，這里有個小技巧可以快速篩選，篩選后嘗試 kill 對應(yīng) ID，再觀察是否還有 wait global read lock 狀態(tài)的會話。

方法5：重啟試試！

如何查看MySQL數(shù)據(jù)庫的死鎖信息

查看MySQL數(shù)據(jù)庫的死鎖日志

1. 使用終端或命令提示符登錄到MySQL，輸入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p?解釋：xxxx.xxx.xxx是數(shù)據(jù)庫IP地址，username是數(shù)據(jù)庫用戶名，輸入命令后，會讓你輸入username對應(yīng)的密碼，就可以登錄了

2. 如何查看MySQL數(shù)據(jù)庫的死鎖信息?在MySQL客戶端下輸入命令：?show engine innodb status \G;

3. 如何定位MySQL數(shù)據(jù)庫的死鎖信息?在打印出來的信息中找到“LATEST DETECTED DEADLOCK”一節(jié)內(nèi)容，看圖中紅線

4. 如何分析日志，定位死鎖原因?看3里面的圖，紫色劃線部分?分析：?事務(wù)1，等待?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`，這個位置的X鎖?事務(wù)2，持有?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`這個地方的S鎖?事務(wù)2，等待這個地方的X鎖?理論上這個事務(wù)2是可以提交的不會，死鎖，但是這個事務(wù)日志只打印最后一部分死鎖，信息，這里面隱含的條件是，事務(wù)1也持有?RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`這個地方的S鎖，這樣，事務(wù)2不能加X鎖，同時事務(wù)1也不能加X鎖，產(chǎn)生死鎖。

MySQL數(shù)據(jù)庫中查詢表是否被鎖以及解鎖

1.查看表被鎖狀態(tài)

2.查看造成死鎖的sql語句

3.查詢進程

4.解鎖(刪除進程)

5.查看正在鎖的事物? (8.0以下版本)

6.查看等待鎖的事物?(8.0以下版本)

怎么查看數(shù)據(jù)庫鎖表?

怎么知道數(shù)據(jù)庫表已經(jīng)鎖表了

先回答你的問題：

select *from v$locked_object;

可以獲得被鎖的對象的object_id及產(chǎn)生鎖的會話sid。

通過查詢結(jié)果中的object_id，可以查詢到具體被鎖的對象

再給你看看我查到的一些關(guān)于鎖的資料：

鎖有以下幾種模式:

0：none

1：null 空

2：Row-S 行共享(RS)：共享表鎖

3：Row-X 行專用(RX)：用于行的修改

4：Share 共享鎖(S)：阻止其他DML操作

5：S/Row-X 共享行專用(SRX)：阻止其他事務(wù)操作

6：exclusive 專用(X)：獨立訪問使用

數(shù)字越大鎖級別越高, 影響的操作越多。

一般的查詢語句如select ... from ... ;是小于2的鎖, 有時會在v$locked_object出現(xiàn)。

select ... from ... for update; 是2的鎖。

當(dāng)對話使用for update子串打開一個游標(biāo)時，

所有返回集中的數(shù)據(jù)行都將處于行級(Row-X)獨占式鎖定，

其他對象只能查詢這些數(shù)據(jù)行，不能進行update、delete或select...for update操作。

insert / update / delete ... ; 是3的鎖。

沒有mit之前插入同樣的一條記錄會沒有反應(yīng),

因為后一個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角色, 查看當(dāng)前數(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操作可能等待很久沒有反應(yīng)。

當(dāng)你采用的是直接連接數(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)殺掉對應(yīng)進程

執(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權(quán)限，您可以看到所有線程。否則，您只能看到您自己的線程（也就是，與您正在使用的MySQL賬戶相關(guān)的線程）。如果有線程在update或者insert 某個表，此時進程的status為updating 或者 sending data。

如果您得到“too many connections”錯誤信息，并且想要了解正在發(fā)生的情況，本語句是非常有用的。MySQL保留一個額外的連接，讓擁有SUPER權(quán)限的賬戶使用，以確保管理員能夠隨時連接和檢查系統(tǒng)（假設(shè)您沒有把此權(quán)限給予所有的用戶）。

Status

含義

Checking table

正在檢查數(shù)據(jù)表（這是自動的）。

Closing tables

正在將表中修改的數(shù)據(jù)刷新到磁盤中，同時正在關(guān)閉已經(jīng)用完的表。這是一個很快的操作，如果不是這樣的話，就應(yīng)該確認(rèn)磁盤空間是否已經(jīng)滿了或者磁盤是否正處于重負(fù)中。

Connect Out

復(fù)制從服務(wù)器正在連接主服務(wù)器。

Copying to tmp table on disk

由于臨時結(jié)果集大于tmp_table_size，正在將臨時表從內(nèi)存存儲轉(zhuǎn)為磁盤存儲以此節(jié)省內(nèi)存。

Creating tmp table

正在創(chuàng)建臨時表以存放部分查詢結(jié)果。

deleting from main table

服務(wù)器正在執(zhí)行多表刪除中的第一部分，剛刪除第一個表。

deleting from reference tables

服務(wù)器正在執(zhí)行多表刪除中的第二部分，正在刪除其他表的記錄。

Flushing tables

正在執(zhí)行FLUSH TABLES，等待其他線程關(guān)閉數(shù)據(jù)表。

Killed

發(fā)送了一個kill請求給某線程，那么這個線程將會檢查kill標(biāo)志位，同時會放棄下一個kill請求。MySQL會在每次的主循環(huán)中檢查kill標(biāo)志位，不過有些情況下該線程可能會過一小段才能死掉。如果該線程程被其他線程鎖住了，那么kill請求會在鎖釋放時馬上生效。

Locked

被其他查詢鎖住了。

Sending data

正在處理SELECT查詢的記錄，同時正在把結(jié)果發(fā)送給客戶端。

Sorting for group

正在為GROUP BY做排序。

Sorting for order

正在為ORDER BY做排序。

Opening tables

這個過程應(yīng)該會很快，除非受到其他因素的干擾。例如，在執(zhí)ALTER TABLE或LOCK TABLE語句行完以前，數(shù)據(jù)表無法被其他線程打開。正嘗試打開一個表。

Removing duplicates

正在執(zhí)行一個SELECT DISTINCT方式的查詢，但是MySQL無法在前一個階段優(yōu)化掉那些重復(fù)的記錄。因此，MySQL需要再次去掉重復(fù)的記錄，然后再把結(jié)果發(fā)送給客戶端。

Reopen table

獲得了對一個表的鎖，但是必須在表結(jié)構(gòu)修改之后才能獲得這個鎖。已經(jīng)釋放鎖，關(guān)閉數(shù)據(jù)表，正嘗試重新打開數(shù)據(jù)表。

Repair by sorting

修復(fù)指令正在排序以創(chuàng)建索引。

Repair with keycache

修復(fù)指令正在利用索引緩存一個一個地創(chuàng)建新索引。它會比Repair by ......

如何查看SQL數(shù)據(jù)有沒有鎖表

后續(xù)版本的 Microsoft SQL Server 將刪除該功能。請避免在新的開發(fā)工鼎中使用該功能，并著手修改當(dāng)前還在使用該功能的應(yīng)用程序。若要獲取有關(guān) 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%';

網(wǎng)站題目：mysql怎么查數(shù)據(jù)被鎖 mysql 查看鎖
URL網(wǎng)址：http://sd-ha.com/article42/doijphc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站營銷、用戶體驗、網(wǎng)站導(dǎo)航、面包屑導(dǎo)航、品牌網(wǎng)站制作、網(wǎng)站維護

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)