pg資料庫鎖

『壹』 用postgresql的npgsql庫怎麼給存儲過程加鎖

PostgreSQL有pldbgapi擴展，先安裝此擴展。 首先，需要將debug的模組載入到PostgreSQL伺服器中去。做法是: 在pgAdminIII中以管理員登錄，然後選擇菜單「工具->伺服器配置->postgresql.conf」， 在配置窗口中，雙擊項目"shared_preload_libraries"...

『貳』 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等待。

然後就沒有然後了。

『叄』 postgresql怎麼解鎖表

--查詢是否鎖表了
1、select oid from pg_class where relname='可能被鎖掉的表的表名'
，會顯示一個oid
2、select pid from pg_locks where relation='剛剛查出來的oid'
--如果查詢到了結果（pid），表示該表被鎖 則需要釋放鎖定
select pg_cancel_backend(上面查到的pid)

『肆』 怎麼在postgresql資料庫添加鎖

資料庫事物單個邏輯單元工作執行的一系列操作，就是一些sql語句，也可以是多條

『伍』 postgresql怎麼查看鎖表

SELECT
n.nspname as "Schema",
c.relname as "Name",
CASE c.relkind WHEN 'r' THEN 'table' WHEN 'v' THEN 'view' WHEN 'i' THEN 'index' WHEN 'S' THEN 'sequence' WHEN 's' THEN 'special' END as "Type",
r.rolname as "Owner"
FROM pg_catalog.pg_class c
JOIN pg_catalog.pg_roles r ON r.oid = c.relowner
LEFT JOIN pg_catalog.pg_namespace n ON n.oid = c.relnamespace
WHERE c.relkind IN ('v','')
AND n.nspname = 'pg_catalog'
AND n.nspname !~ '^pg_toast'
AND pg_catalog.pg_table_is_visible(c.oid)
ORDER BY 1,2;
查看當前活動的客戶端連接數：
SELECT count(*) FROM pg_stat_activity WHERE NOT procpid=pg_backend_pid();
查詢客戶端連接的情況：
SELECT procpid,waiting,current_timestamp - least(query_start,xact_start) AS runtime,substr(current_query,1,25) AS current_query FROM pg_stat_activity WHERE NOT procpid=pg_backend_pid();
查看當前鎖的一些信息：
SELECT
locktype,
virtualtransaction,
transactionid,
nspname,
relname,
mode,
granted,
cast(date_trunc('second',query_start) AS timestamp) AS query_start,
substr(current_query,1,25) AS query
FROM
pg_locks
LEFT OUTER JOIN pg_class ON (pg_locks.relation = pg_class.oid)
LEFT OUTER JOIN pg_namespace ON (pg_namespace.oid = pg_class.relnamespace),
pg_stat_activity
WHERE
NOT pg_locks.pid=pg_backend_pid() AND
pg_locks.pid=pg_stat_activity.procpid;
查看持有鎖的一些信息：
SELECT
locked.pid AS locked_pid,
locker.pid AS locker_pid,
locked_act.usename AS locked_user,
locker_act.usename AS locker_user,
locked.virtualtransaction,
locked.transactionid,
locked.locktype
FROM
pg_locks locked,
pg_locks locker,
pg_stat_activity locked_act,
pg_stat_activity locker_act
WHERE
locker.granted=true AND
locked.granted=false AND
locked.pid=locked_act.procpid AND
locker.pid=locker_act.procpid AND
(locked.virtualtransaction=locker.virtualtransaction OR
locked.transactionid=locker.transactionid);
還是查看鎖的一些信息：
SELECT
locked.pid AS locked_pid,
locker.pid AS locker_pid,
locked_act.usename AS locked_user,
locker_act.usename AS locker_user,
locked.virtualtransaction,
locked.transactionid,
relname
FROM
pg_locks locked
LEFT OUTER JOIN pg_class ON (locked.relation = pg_class.oid),
pg_locks locker,
pg_stat_activity locked_act,
pg_stat_activity locker_act
WHERE
locker.granted=true AND
locked.granted=false AND
locked.pid=locked_act.procpid AND
locker.pid=locker_act.procpid AND
locked.relation=locker.relation;
查看當前庫表和索引的的大小並排序顯示前20條：
SELECT
nspname,
relname,
pg_size_pretty(pg_relation_size(C.oid)) AS "size"
FROM pg_class C
LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
WHERE nspname NOT IN ('pg_catalog', 'information_schema')
ORDER BY pg_relation_size(C.oid) DESC
LIMIT 20;
pg_total_relation_size = pg_table_size + pg_indexes_size
pg_table_size = pg_relation_size + toast table + toast indexes + FSM
9.0以後：
SELECT
nspname,
relname,
relkind as "type",
pg_size_pretty(pg_table_size(C.oid)) AS size,
pg_size_pretty(pg_indexes_size(C.oid)) AS idxsize,
pg_size_pretty(pg_total_relation_size(C.oid)) as "total"
FROM pg_class C
LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
WHERE nspname NOT IN ('pg_catalog', 'information_schema') AND
nspname !~ '^pg_toast' AND
relkind IN ('r','i')
ORDER BY pg_total_relation_size(C.oid) DESC
LIMIT 20;

『陸』 PostgreSQL中怎麼關閉死鎖的進程

今天在進行測試的時候，發現一個數據表無法進行更新。一旦 運行更新sql，就進行等待。無法執行下去。感覺資料庫進行了死鎖。由於使用的PostgreSQL資料庫，沒有資料。只好進行谷歌。最終在一個英文論壇中發現了解決方法。如下：1.檢索出死鎖進程的ID。SELECT * FROM pg_stat_activity WHERE datname='死鎖的資料庫ID ';檢索出來的欄位中，【wating 】欄位，數據為t的那條，就是死鎖的進程。找到對應的【procpid 】列的值。2.將進程殺掉。

『柒』 postgresql insert占哪幾個鎖

INSERT INTO table (date) values (nullif(strDate, ''))
INSERT INTO table (date) values (nullif(strDate, ''))

『捌』 postgresql 有悲觀鎖和樂觀鎖嗎

資料庫事物單個邏輯單元工作執行的一系列操作，就是一些sql語句，也可以是多條，一個update操作就是一個事物。
事物具有四種特性
1.原子性
事物必須是原子工作單元，要麼都執行成功（也就是說所有的sql語句都執行成功），要麼都不執行（所有的sql語句都不執行）。
2. 一致性
事務在完成時，必須使所有的數據都保持一致狀態。
3.隔離性
允許多個用戶對數據進行並發訪問，而不破環數據的完整行和正確性，同時，並發事物的修改必須與其他並發事物隔離，一般是通過加鎖實現。
4.持久性
事物完成後，數據必須永久的保存到資料庫中。

事物並發訪問如果不設置事物的隔離級別，就會帶來如下問題
1.臟讀 讀取了其他事物未提交的數據，一個事物修改了某條數據還未提交，一個事物讀取了這條數據，而修改的事物由於某種原因失敗會滾了，這個時候讀取事物就讀到了臟數據。
2.不可重復讀
一個事物兩次讀取某條數據，但讀取的結果不一樣，在第二次讀取的時候其他實物修改了這條數據。
3.幻讀
一個事物兩次讀取，讀取到了其他事物插入到數據中的數據。
針對以上情況，資料庫提供了四種事物的隔離級別來解決事物並發帶來的問題。
1.讀未提交（read uncommited）
寫事物會阻塞寫事物，但不會阻塞讀取事物，因此不能解決讀取臟數據，讀取事物不會阻塞其他事物，這中隔離級別不能解決上面任何問題。
2 讀已經提交（read commited）
寫事物會阻塞寫事物和讀取事物，因此可以避免讀取臟數據，但讀取事物不會阻塞寫事物，不能解決可重復度去的問題。

3 可重復讀（Repeatable read）
讀事物會阻塞寫事物和讀事物，因此可以重復讀，但其他事物可以進行插入操作，不能解決幻讀的問題。
4 序列化(Serializable)
事物必須一個一個的執行 ，可以解決上面的問題，但事物基本沒有並發性。
事物的並發控制
當多個人並發修改同一條數據時，必須實現一個控制系統，使一個人的修改不會對其他人的修改造成負面影響。
樂觀鎖和悲觀鎖控制並發
1.樂觀鎖
樂觀的認為其他用戶企圖訪問和更改你正在訪問的對象的概率很低，即使有，大不了從來一次，對在做一次的開銷不是很大的情況下，如果開銷很大則必須使用悲觀鎖.樂觀鎖的實現需要在程序中控制，可以通過加一個數據版本號來控制比如兩個事物都讀取了同一條記錄要進行更新

Sql代碼
select * from person
select * from person
update person set name='xiaoming',version=version+1 where id='1'
and version=0;
這個更新語句會執行失敗，因為找不到版本好為0的數據，第一個事物已經更新了
pdate person set name='xiaoming',version=version+1 where id='1'
and version=0;
如果實物的隔離級別設置為讀已提交，使用樂觀鎖並能解決可重復度，系統要允許不可重復讀取。
悲觀鎖
很悲觀的認為其他用戶訪問和更改你正在訪問或修改的對象的概率和高，悲觀鎖的實現是通過加鎖來實現的，當要更改數據前就加鎖，別的事物不能操作，sql語句如下
Sql代碼
select * from person for update
update person set name='ff' where id='1'

直到上面事物提交，才能釋放鎖，其他事物才能操作。悲觀鎖的並發性會降低。因此大多數情況下，使用樂觀鎖來實現並發修改。

『玖』 pgid被鎖怎麼辦

這個只能用你注冊手機號碼才能解鎖，如果設置得有密保問題也可以用密保問題解鎖，還有就是拿到通信大廳讓客服人員幫忙解鎖。