sql解鎖
❶ orcal資料庫表被鎖了怎麼解鎖
1、在做Oracle監聽程序測試時，發現帳戶已經被鎖定。
❷ 怎麼重置sql的登錄密碼
每個資料庫登陸之前都必須先啟動它本身的數據服務，SQL資料庫也不例外，首先我們要做的是先打開我們的SQL數據服務！右擊我的電腦→管理
彈出的服務窗體中選擇我們的「服務和應用程序」進行雙擊
選擇服務管理，雙擊點開即可
隨後在服務窗體中找到我們的SQL Server (MSSQLSERVER)進行啟動
隨後在我們的開始菜單中找到我們的SQL啟動圖標，打開即可
彈出登錄窗體（因為我們已將忘記了我們的登陸密碼）所以這里我們要以windows的身份登陸，這個是不需要密碼的
登陸成功之後
點擊「安全性」→「登錄名」→「選擇自己以前的用戶」點擊
在我們彈出的如下圖片中，可以修改我們的登錄名和密碼，隨後點擊我們的確定即可完成修改
❸ 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#欄位值)
詳細的請參照：網頁鏈接
❹ SQL中的共享鎖分析及如何解鎖
-- Note we use tempdb for testing.USE tempdb-- Create datatable in tempdb.CREATE TABLE DlTable1 (DL1Id INT, DL1Name VARCHAR(20))CREATE TABLE DlTable2 (DL2Id INT, DL2Name VARCHAR(20))-- Insert multiple data into DlTable1 and DlTable2 in SQL Server 2005.INSERT INTO DlTable1
SELECT 1, 'Deadlock'UNION ALL
SELECT 2, 'JKhuang'UNION ALL
SELECT 3, 'Test'
GOINSERT INTO DlTable2
SELECT 1, 'Deadlock'UNION ALL
SELECT 2, 'JacksonHuang'UNION ALL
SELECT 3, 'Test'
GO-- Insert multiple data into DlTable1 and DlTable2 in SQL Server 2008.INSERT INTO DlTable1 VALUES (1, 'Deadlock'), (2, 'JKhuang'), (3, 'Test')INSERT INTO DlTable2 VALUES (1, 'Deadlock'), (2, 'JacksonHuang'), (3, 'Test')
❺ sql*plus 怎麼解鎖
你用dba登錄，查一下這個用戶是不是真的被鎖了select * from dba_users;
如果被鎖了就alter user xxx account unlock；
❻ 用SQL如何給DB2表加鎖和解鎖
在DB2的命令行中輸入：
update monitor switches using lock on table on
然後打開另一個DB2命令窗口執行我的那個被弔死的Update語句。
然後在第一個DB2命令窗口執行： [@more@]get snapshot for locks on Database_Name(你的資料庫的名字)> locks.TXT
然後，可以看到第一個DB2的窗口有一個信息輸出，把這些信息輸出到TXT中，大致如下：
應用程序句柄 = 36
應用程序標識 = AC100C47.IC05.00F6C6095828
序號 = 0246
應用程序名 = java.exe
CONNECT 授權標識 = DB2ADMIN
應用程序狀態 = UOW 正在等待
狀態更改時間 = 未收集
應用程序代碼頁 = 1208
掛起的鎖定 = 0
總計等待時間（毫秒） = 0
應用程序句柄 = 43
應用程序標識 = *LOCAL.DB2.060512054331
序號 = 2273
應用程序名 = java.exe
CONNECT 授權標識 = DB2ADMIN
應用程序狀態 = 聯合請求暫掛
狀態更改時間 = 未收集
應用程序代碼頁 = 1208
掛起的鎖定 = 6
總計等待時間（毫秒） = 0
鎖定列表
鎖定名稱 = 0x031F9052000000000000000055
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 255
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部
方式 = S
鎖定名稱 = 0x26800000000000000000000044
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部
方式 = S
鎖定名稱 = 0x020006000F1700000000000052
鎖定屬性 = 0x00000000
發行版標志 = 0x00000001
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 5903
對象類型 = 行
表空間名 = USERSPACE1
表模式 = DB2ADMIN
表名 = C_USER
方式 = NS
鎖定名稱 = 0x01000000010000000500BC0056
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部變化鎖定
方式 = S
鎖定名稱 = 0x535953534E333030FD965C0641
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部方案鎖定
方式 = S
鎖定名稱 = 0x02000600000000000000000054
鎖定屬性 = 0x00000000
發行版標志 = 0x00000001
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 6
對象類型 = 表
表空間名 = USERSPACE1
表模式 = DB2ADMIN
表名 = C_USER
方式 = IS
應用程序句柄 = 557
應用程序標識 = *LOCAL.DB2.060512053913
序號 = 1254
應用程序名 = java.exe
CONNECT 授權標識 = DB2ADMIN
應用程序狀態 = 聯合請求暫掛
狀態更改時間 = 未收集
應用程序代碼頁 = 1208
掛起的鎖定 = 6
總計等待時間（毫秒） = 0
鎖定列表
鎖定名稱 = 0x031F9052000000000000000055
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 255
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部
方式 = S
鎖定名稱 = 0x26800000000000000000000044
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部
方式 = S
鎖定名稱 = 0x02000600071D00000000000052
鎖定屬性 = 0x00000000
發行版標志 = 0x00000001
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 7431
對象類型 = 行
表空間名 = USERSPACE1
表模式 = DB2ADMIN
表名 = C_USER
方式 = NS
鎖定名稱 = 0x01000000010000000500BC0056
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部變化鎖定
方式 = S
鎖定名稱 = 0x535953534E333030FD965C0641
鎖定屬性 = 0x00000000
發行版標志 = 0x40000000
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 0
對象類型 = 內部方案鎖定
方式 = S
鎖定名稱 = 0x02000600000000000000000054
鎖定屬性 = 0x00000000
發行版標志 = 0x00000001
鎖定計數 = 1
掛起計數 = 0
鎖定對象名 = 6
對象類型 = 表
表空間名 = USERSPACE1
表模式 = DB2ADMIN
表名 = C_USER
方式 = IS
其中應用程序句柄43和557的狀態都是死鎖了，猜測是這2個應用爭用DB2的表，造成死鎖，根據日誌提示，在DB2的命令窗口輸入：
force application (43)
force application (557)
提示這個操作是非同步的，我執行list applicaions，結果進程中還有那2個進程，那2個進程可能是在執行比較大的操作，需要耐心等待，如何還不行，則使用下面的命令來強制所有的應用都停止，然後重啟DB2：
force application all
terminate
db2stop force
db2start
如果DB2在Window上，則可以使用「控制中心」->實例->右鍵「應用程序」，可以看到當前的鎖定情況，並且可以強行關閉某個進程，也可以顯示「鎖定鏈」。
❼ 怎樣用SQL給SQL2880特定表加鎖解鎖
加鎖的語句如下：
SELECT*FROM表名WITH(TABLOCK);
這里沒有解鎖的概念，只有不加鎖的概念，語句如下：
SELECT*FROM表名WITH(NOLOCK);
加鎖的解釋：
TABLOCK（表鎖）
此選項被選中時，SQLServer將在整個表上置共享鎖直至該命令結束。這個選項保證其他進程只能讀取而不能修改數據。
不加鎖的解釋：
NOLOCK（不加鎖）
此選項被選中時，SQLServer在讀取或修改數據時不加任何鎖。在這種情況下，用戶有可能讀取到
❽ sql server怎樣給一個資料庫加鎖和解鎖
加鎖的語句如下：
1
SELECT * FROM 表名 WITH (TABLOCK);
這里沒有解鎖的概念，只有不加鎖的概念，語句如下：
1
SELECT * FROM 表名 WITH (NOLOCK);
加鎖的解釋：
TABLOCK（表鎖）
此選項被選中時，SQL Server 將在整個表上置共享鎖直至該命令結束。 這個選項保證其他進程只能讀取而不能修改數據。
不加鎖的解釋：
NOLOCK（不加鎖）
此選項被選中時，SQL Server 在讀取或修改數據時不加任何鎖。 在這種情況下，用戶有可能讀取到
❾ sql server 表鎖死後怎麼解開
你好：
鎖類型較多，下面介紹下：
HOLDLOCK 將共享鎖保留到事務完成，而不是在相應的表、行或數據頁不再需要時就立即釋放鎖。HOLDLOCK 等同於 SERIALIZABLE。
NOLOCK 不要發出共享鎖，並且不要提供排它鎖。當此選項生效時，可能會讀取未提交的事務或一組在讀取中間回滾的頁面。有可能發生臟讀。僅應用於 SELECT 語句。
PAGLOCK 在通常使用單個表鎖的地方採用頁鎖。
READCOMMITTED 用與運行在提交讀隔離級別的事務相同的鎖語義執行掃描。默認情況下，SQL Server 2000 在此隔離級別上操作。
READPAST 跳過鎖定行。此選項導致事務跳過由其它事務鎖定的行（這些行平常會顯示在結果集內），而不是阻塞該事務，使其等待其它事務釋放在這些行上的鎖。 READPAST 鎖提示僅適用於運行在提交讀隔離級別的事務，並且只在行級鎖之後讀取。僅適用於 SELECT 語句。
READUNCOMMITTED 等同於 NOLOCK。
REPEATABLEREAD 用與運行在可重復讀隔離級別的事務相同的鎖語義執行掃描。
ROWLOCK 使用行級鎖，而不使用粒度更粗的頁級鎖和表級鎖。
SERIALIZABLE 用與運行在可串列讀隔離級別的事務相同的鎖語義執行掃描。等同於 HOLDLOCK。
TABLOCK 使用表鎖代替粒度更細的行級鎖或頁級鎖。在語句結束前，SQL Server 一直持有該鎖。但是，如果同時指定 HOLDLOCK，那麼在事務結束之前，鎖將被一直持有。
TABLOCKX 使用表的排它鎖。該鎖可以防止其它事務讀取或更新表，並在語句或事務結束前一直持有。
UPDLOCK 讀取表時使用更新鎖，而不使用共享鎖，並將鎖一直保留到語句或事務的結束。UPDLOCK 的優點是允許您讀取數據（不阻塞其它事務）並在以後更新數據，同時確保自從上次讀取數據後數據沒有被更改。
XLOCK 使用排它鎖並一直保持到由語句處理的所有數據上的事務結束時。可以使用 PAGLOCK 或 TABLOCK 指定該鎖，這種情況下排它鎖適用於適當級別的粒度。
希望能幫助你！
❿ 查看sqlserver被鎖的表以及如何解鎖
查看被鎖表：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)