您好,登錄后才能下訂單哦!
這篇文章主要介紹“怎么使用PostgreSQL中的lightweight locks.”,在日常操作中,相信很多人在怎么使用PostgreSQL中的lightweight locks.問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”怎么使用PostgreSQL中的lightweight locks.”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
簡介
PG中的lightweight locks(LWLocks,在其他數據庫稱為Latchs)輕量級鎖用于控制內存訪問,只有兩種級別的鎖:shared和exclusive.
通過系統視圖pg_stat_activity可查看關于Lock/Wait的相關信息
[local]:5432 pg12@testdb=# select * from pg_stat_activity where pid = 5914; -[ RECORD 1 ]----+------------------------------------ datid | 16384 datname | testdb pid | 5914 usesysid | 10 usename | pg12 application_name | psql client_addr | client_hostname | client_port | -1 backend_start | 2019-08-22 11:40:58.504462+08 xact_start | 2019-08-22 12:16:02.528978+08 query_start | 2019-08-22 12:16:04.372427+08 state_change | 2019-08-22 12:16:04.374888+08 wait_event_type | Client wait_event | ClientRead state | idle in transaction backend_xid | 716 backend_xmin | query | delete from t_prewarm where id = 1; backend_type | client backend Time: 14.262 ms [local]:5432 pg12@testdb=# select * from pg_stat_activity where pid = 5964; -[ RECORD 1 ]----+------------------------------------------------ datid | 16384 datname | testdb pid | 5964 usesysid | 10 usename | pg12 application_name | psql client_addr | client_hostname | client_port | -1 backend_start | 2019-08-22 11:41:10.420664+08 xact_start | 2019-08-22 12:16:11.812598+08 query_start | 2019-08-22 12:16:18.718567+08 state_change | 2019-08-22 12:16:18.718572+08 wait_event_type | Lock wait_event | transactionid state | active backend_xid | backend_xmin | 716 query | select * from t_prewarm where id = 1 for share; backend_type | client backend Time: 4.655 ms
LWLock類型
WALInsertLock:保護WAL buffers.可以增加WAL buffers來改善爭用.設置 synchronous_commit=off和full_page_writes=off可減少爭用,但不建議這樣做.
WALWriteLock:WAL Record刷盤或WAL segment切換時使用該鎖保護.synchronous_commit=off 可清除刷盤等待.full_page_writes=off可減少刷盤數據大小.
LockMgrLock:在只讀工作負載下會出現在等待事件中.不論大小,都會鎖定relations.該Lock不是單個鎖,而是至少16個分區.因此,在基準測試時使用多個表顯得很重要.
ProcArrayLock:包含ProcArray結構體.
CLogControlLock:包含CLogControl結構體,如果在pg_stat_activity中頻繁出現,那應檢查$PGDATA/pg_clog(PG11+:pg_xact)目錄,應位于已緩存的文件系統上.
SInvalidReadLock:包含sinval結構體.Readers 使用共享鎖,而SICleanupQueue和其他數組范圍內的更新則請求獨占鎖.如果共享緩存存在較大的壓力,拿在系統視圖上可看到該結構體的出現,增大shared_buffers可減少爭用.
BufMappingLocks:包含buffers的區域.PG設置了128個buffer區域用于管理整個緩存.
Spinlocks
最低級別的鎖是自旋鎖,使用與CPU特定的機制實現.
到此,關于“怎么使用PostgreSQL中的lightweight locks.”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注億速云網站,小編會繼續努力為大家帶來更多實用的文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。