這篇文章主要介紹“怎么使用PostgreSQL中的lightweight locks.”，在日常操作中，相信很多人在怎么使用PostgreSQL中的lightweight locks.問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”怎么使用PostgreSQL中的lightweight locks.”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

創(chuàng)新互聯(lián)公司長期為1000+客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為康馬企業(yè)提供專業(yè)的網(wǎng)站設計、成都網(wǎng)站制作，康馬網(wǎng)站改版等技術(shù)服務。擁有10年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

簡介
PG中的lightweight locks(LWLocks,在其他數(shù)據(jù)庫稱為Latchs)輕量級鎖用于控制內(nèi)存訪問,只有兩種級別的鎖:shared和exclusive.
通過系統(tǒng)視圖pg_stat_activity可查看關(guān)于Lock/Wait的相關(guān)信息

[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可減少刷盤數(shù)據(jù)大小.
LockMgrLock:在只讀工作負載下會出現(xiàn)在等待事件中.不論大小,都會鎖定relations.該Lock不是單個鎖,而是至少16個分區(qū).因此,在基準測試時使用多個表顯得很重要.
ProcArrayLock:包含ProcArray結(jié)構(gòu)體.
CLogControlLock:包含CLogControl結(jié)構(gòu)體,如果在pg_stat_activity中頻繁出現(xiàn),那應檢查$PGDATA/pg_clog(PG11+:pg_xact)目錄,應位于已緩存的文件系統(tǒng)上.
SInvalidReadLock:包含sinval結(jié)構(gòu)體.Readers 使用共享鎖,而SICleanupQueue和其他數(shù)組范圍內(nèi)的更新則請求獨占鎖.如果共享緩存存在較大的壓力,拿在系統(tǒng)視圖上可看到該結(jié)構(gòu)體的出現(xiàn),增大shared_buffers可減少爭用.
BufMappingLocks:包含buffers的區(qū)域.PG設置了128個buffer區(qū)域用于管理整個緩存.

Spinlocks
最低級別的鎖是自旋鎖,使用與CPU特定的機制實現(xiàn).

到此，關(guān)于“怎么使用PostgreSQL中的lightweight locks.”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
文章名稱：怎么使用PostgreSQL中的lightweightlocks.
URL網(wǎng)址：http://weahome.cn/article/iesehd.html