您好,登錄后才能下訂單哦!
這篇文章主要介紹“怎么使用PostgreSQL中的lightweight locks.”,在日常操作中,相信很多人在怎么使用PostgreSQL中的lightweight locks.問題上存在疑惑,小編查閱了各式資料,整理出簡(jiǎn)單好用的操作方法,希望對(duì)大家解答”怎么使用PostgreSQL中的lightweight locks.”的疑惑有所幫助!接下來(lái),請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧!
簡(jiǎn)介
PG中的lightweight locks(LWLocks,在其他數(shù)據(jù)庫(kù)稱為L(zhǎng)atchs)輕量級(jí)鎖用于控制內(nèi)存訪問,只有兩種級(jí)別的鎖: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來(lái)改善爭(zhēng)用.設(shè)置 synchronous_commit=off和full_page_writes=off可減少爭(zhēng)用,但不建議這樣做.
WALWriteLock:WAL Record刷盤或WAL segment切換時(shí)使用該鎖保護(hù).synchronous_commit=off 可清除刷盤等待.full_page_writes=off可減少刷盤數(shù)據(jù)大小.
LockMgrLock:在只讀工作負(fù)載下會(huì)出現(xiàn)在等待事件中.不論大小,都會(huì)鎖定relations.該Lock不是單個(gè)鎖,而是至少16個(gè)分區(qū).因此,在基準(zhǔn)測(cè)試時(shí)使用多個(gè)表顯得很重要.
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)的更新則請(qǐng)求獨(dú)占鎖.如果共享緩存存在較大的壓力,拿在系統(tǒng)視圖上可看到該結(jié)構(gòu)體的出現(xiàn),增大shared_buffers可減少爭(zhēng)用.
BufMappingLocks:包含buffers的區(qū)域.PG設(shè)置了128個(gè)buffer區(qū)域用于管理整個(gè)緩存.
Spinlocks
最低級(jí)別的鎖是自旋鎖,使用與CPU特定的機(jī)制實(shí)現(xiàn).
到此,關(guān)于“怎么使用PostgreSQL中的lightweight locks.”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí),請(qǐng)繼續(xù)關(guān)注億速云網(wǎng)站,小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。