『壹』 SQL里某表經常鎖表怎麼解決
你檢查下應用或者其他(如SP等等)對該表是否有長時間佔用或者執行效率低,導致鎖表。
『貳』 資料庫:如何使一張表產生死鎖現象從而無法訪問
如果是sqlserver的話,給出下面示例
SELECT * FROM table WITH (HOLDLOCK)
其他事務可以讀取表,但不能更新刪除
SELECT * FROM table WITH (TABLOCKX)
其他事務不能讀取表,更新和刪除
如果是oracle的話,lz可以使用for update用法
select * from TTable1 for update
鎖定表的所有行,只能讀不能寫
有問題再追問。
『叄』 都有什麼情況會導致資料庫鎖表呢
1)隱式
2)顯式
『肆』 什麼情況下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一級再殺。
『伍』 oracle表在什麼情況下會被鎖住
在對指定表做append操作,其他再做truncate時候,會產生鎖表,如下驗證步驟,
1、創建測試表,
create table test_lock(id number, value varchar2(200));
『陸』 什麼情況下造成資料庫鎖表 如何解決
http://..com/question/180766896.html
『柒』 怎麼知道資料庫表已經鎖表了
可直接在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,可以查詢到具體被鎖的對象。
注意事項
也可以直接把這幾個視圖和表關聯起來,在查詢結果中直接得到「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這樣就能殺掉進程解鎖了。
『捌』 postgres:怎麼產生表死鎖的現象呢最簡單的情況即可
假設有2個並行的 transaction TA和TB。
--transactionTA:
BEGIN;
UPDATEtable_a.....
UPDATEtable_b.....
COMMIT;
--transactionTB:
BEGIN;
UPDATEtable_b.....
UPDATEtable_a.....
COMMIT;
下面情況會導致死鎖:
1, TA 運行 到 UPDATE table_a ....., 這個可以有,鎖了table_a。
2,然後 TB 運行 到 UPDATE table_b ....., 這個可以有,鎖了table_b。
3,然後 TB 運行 到 UPDATE table_a ....., 這個不可以,因為TA鎖了table_a,TB等待。
4,然後 TA 運行 到 UPDATE table_a ....., 這個不可以,因為TB鎖了table_b,TA等待。
然後就沒有然後了。
『玖』 為什麼說 MySQL 的表鎖不會產生死鎖
對於MySQL來說,有三種鎖的級別:頁級、表級、行級
頁級的典型代表引擎為BDB。
表級的典型代表引擎為MyISAM,MEMORY以及很久以前的ISAM。
行級的典型代表引擎為INNODB。
-我們實際應用中用的最多的就是行鎖。
行級鎖的優點如下:
1)、當很多連接分別進行不同的查詢時減小LOCK狀態。
2)、如果出現異常,可以減少數據的丟失。因為一次可以只回滾一行或者幾行少量的數據。
行級鎖的缺點如下:
1)、比頁級鎖和表級鎖要佔用更多的內存。
2)、進行查詢時比頁級鎖和表級鎖需要的I/O要多,所以我們經常把行級鎖用在寫操作而不是讀操作。
3)、容易出現死鎖。
對於寫鎖定如下:
1)、如果表沒有加鎖,那麼對其加寫鎖定。
2)、否則,那麼把請求放入寫鎖隊列中。
對於讀鎖定如下:
1)、如果表沒有加寫鎖,那麼加一個讀鎖。
2)、否則,那麼把請求放到讀鎖隊列中。
當然我們可以分別用low_priority 以及high_priority在寫和讀操作上來改變這些行為。
如果想要在一個表上做大量的 INSERT 和 SELECT 操作,但是並行的插入卻不可能時,可以將記錄插入到臨時表中,然後定期將臨時表中的數據更新到實際的表裡。可以用以下命令實現:
mysql> LOCK TABLES real_table WRITE, insert_table WRITE;
mysql> INSERT INTO real_table SELECT * FROM insert_table;
mysql> TRUNCATE TABLE insert_table;
mysql> UNLOCK TABLES;
InnoDB 使用行級鎖,BDB 使用頁級鎖。對於 InnoDB 和 BDB 存儲引擎來說,是可能產生死鎖的。這是因為 InnoDB 會自動捕獲行鎖,BDB 會在執行 SQL 語句時捕獲頁鎖的,而不是在事務的開始就這么做。
行級鎖的優點有:
在很多線程請求不同記錄時減少沖突鎖。
事務回滾時減少改變數據。
使長時間對單獨的一行記錄加鎖成為可能。
『拾』 insert會鎖表嗎什麼情況下才會出現鎖表我怎樣預防表會鎖
在oracle中insert是會鎖表的,保證在插入沒有完成之前,表結構不能有變動的