很久沒有寫博客了。不知道寫什么
今天，讓我清一張表的數據，結果清了之后，系統直接不動了，就好像服務器掛死了一樣。
后來找了半天才發現，原來是我刪除數據之后沒有提交事物造成了數據庫鎖表，然后又不明白了，
什么是鎖表呢，於是就上網去查
查了半天，大多數都是說怎么解決鎖表和查詢鎖表的，但是只了解方法還不夠，又想知道原理，於是
就繼續往深里查查到了oracle的鎖機制
由於數據庫是多用戶同時使用的共享資源，當多個用戶並發的存取事物的時候，數據庫中就會發生多個進程
同時操作同一個數據的情況，若對並發操作不加控制就可能會讀取和存儲不正確的數據，破壞數據庫的一致性。
而加鎖是實現數據庫並發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，
對其加鎖。加鎖后事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行
更新操作。
在數據庫中有兩種基本類型的鎖，排它鎖（Exclusive Locks，即X鎖），和共享鎖（share Locks，即s鎖）。當
數據被上了排它鎖，就不能被其他事物讀取和修改，而上了共享鎖，只能被其他事物讀取，但是不能被修改數據庫就是用這兩種鎖對數據庫事務做並發控制。
上面絮絮叨叨的說了那么多 具體的oracle鎖表后該怎么辦呢：
解決辦法：
1.首先要查詢到系統中鎖表的情況。
查詢語句 ：select * from v$locked_object
2.然后可以得到sessionid和objectID
然后用sid和v$session鏈表查詢是哪里鎖的表，用v$session中的objectid字段和dba_objects的id字段關聯，查詢詳細的鎖表情況。
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, v$process p
where ao.object_id = lo.object_id
and lo.session_id = sess.sid;
查詢是什么SQL引起了鎖表的原因，SQL如下：
select l.session_id sid,
s.serial#,
l.locked_mode,
l.oracle_username,
s.user#,
l.os_user_name,
s.machine,
s.terminal,
a.sql_text,
a.action
from v$sqlarea a, v$session s, v$locked_object l
where l.session_id = s.sid
and s.prev_sql_addr = a.address
order by sid, s.serial#;
解鎖方法：
alter system kill session ’146′; –146為鎖住的進程號，即spid