这篇文章主要介绍“怎么使用postgresql中的lightweight locks.”,在日常操作中,相信很多人在怎么使用Postgresql中的lightweight locks.问题上存在疑惑,小编查
这篇文章主要介绍“怎么使用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.”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注编程网网站,小编会继续努力为大家带来更多实用的文章!
--结束END--
本文标题: 怎么使用PostgreSQL中的lightweight locks.
本文链接: https://lsjlt.com/news/63642.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0