重慶分公司,新征程啟航
為企業(yè)提供網(wǎng)站建設(shè)、域名注冊、服務(wù)器等服務(wù)
為企業(yè)提供網(wǎng)站建設(shè)、域名注冊、服務(wù)器等服務(wù)
這篇文章主要介紹“怎么使用PostgreSQL中的lightweight locks.”,在日常操作中,相信很多人在怎么使用PostgreSQL中的lightweight locks.問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”怎么使用PostgreSQL中的lightweight locks.”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
簡介
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:保護(hù)WAL buffers.可以增加WAL buffers來改善爭用.設(shè)置 synchronous_commit=off和full_page_writes=off可減少爭用,但不建議這樣做.
WALWriteLock:WAL Record刷盤或WAL segment切換時使用該鎖保護(hù).synchronous_commit=off 可清除刷盤等待.full_page_writes=off可減少刷盤數(shù)據(jù)大小.
LockMgrLock:在只讀工作負(fù)載下會出現(xiàn)在等待事件中.不論大小,都會鎖定relations.該Lock不是單個鎖,而是至少16個分區(qū).因此,在基準(zhǔn)測試時使用多個表顯得很重要.
ProcArrayLock:包含ProcArray結(jié)構(gòu)體.
CLogControlLock:包含CLogControl結(jié)構(gòu)體,如果在pg_stat_activity中頻繁出現(xiàn),那應(yīng)檢查$PGDATA/pg_clog(PG11+:pg_xact)目錄,應(yīng)位于已緩存的文件系統(tǒng)上.
SInvalidReadLock:包含sinval結(jié)構(gòu)體.Readers 使用共享鎖,而SICleanupQueue和其他數(shù)組范圍內(nèi)的更新則請求獨(dú)占鎖.如果共享緩存存在較大的壓力,拿在系統(tǒng)視圖上可看到該結(jié)構(gòu)體的出現(xiàn),增大shared_buffers可減少爭用.
BufMappingLocks:包含buffers的區(qū)域.PG設(shè)置了128個buffer區(qū)域用于管理整個緩存.
Spinlocks
最低級別的鎖是自旋鎖,使用與CPU特定的機(jī)制實(shí)現(xiàn).
到此,關(guān)于“怎么使用PostgreSQL中的lightweight locks.”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司網(wǎng)站,小編會繼續(xù)努力為大家?guī)砀鄬?shí)用的文章!