怎么使用PostgreSQL中的lightweightlocks.

这篇文章主要介绍“怎么使用PostgreSQL中的lightweight locks.”，在日常操作中，相信很多人在怎么使用PostgreSQL中的lightweight locks.问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么使用PostgreSQL中的lightweight locks.”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

创新互联公司长期为1000+客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为康马企业提供专业的网站设计、成都网站制作，康马网站改版等技术服务。拥有10年丰富建站经验和众多成功案例,为您定制开发。

简介
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.”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！