PostgreSQL服务过程中的那些事三:pg服务进程中的内存上下文
题外话:年底了,就以这篇博文结束2012吧
总结回顾一下pg服务进程中的内存上下文吧。 Pg的内存管理就像经济体制,计划经济和市场经济并存,主要是共享内存和内存上下文。共享内存就是计划经济,启动时根据各相关参数计算好大小就固定了,使用时也严格按照计划使用。内存上下文就是市场经济,这一部分是按需使用。这两种内存的管理前面有几篇文章做了专门讨论,可以参考pg的内存管理机制一:AllocSet的内存分配 这一节结合前面讨论简单查询的例子回顾一下pg服务进程处理简单查询时用到的各内存上下文。
1 下面是从pg服务进程从postmaster进程进程过来的内存上下文。
2 创建了CacheMemoryContext内存上下文,在CacheMemoryContext里创建catchache的相关对象,并创建了管理relchache的哈希表RelationIdCache。
3 创建了PortalMemory内存上下文,在PortalMemory里创建了管理protal的哈西表“Postalhash”对象。
4 创建了MessageContext、TransactionAbortContext、TopTransactionContext内存上下文,在TopTransactionContext创建了内存快照、资源属主,MessageContext在其里创建了解析树、query树、plan树,在TransactionAbortContext里记录在事务提交或回滚时要清理相关资源的情况。
5 创建了inline_set_returning_function临时内存上下文,在里面处理内联函数返回值,用完后马上删除。
6 创建了PortalHeapMemory,ExecutorState、HashTableContext、HashBatchContext等内存上下文。这些内存上下文和前面讨论简单查询时的例子紧密相关,会为了完成不同的查询语句而创建不同的内存上下文,下面是前面讨论时用到的例子,及这个查询语句的执行计划。 简单查询例子: create tabletest1 (ID numeric(10),cname varchar(30)); create tabletest2 (ID numeric(10),comp varchar(30)); selectcname,comp from test1,test2 where test1.id=test2.id;
该例子的执行计划,可以看出对这两个表做hash连接和分别做顺序扫描,并做hash连接需要的hash运算。 explainselect cname,test2 where test1.id=test2.id; "Hash Join (cost=24.63..116.69 rows=2113width=156)" "Hash Cond: (test1.id = test2.id)" "-> Seq Scan on test1 (cost=0.00..16.50 rows=650 width=94)" "-> Hash (cost=16.50..16.50 rows=650 width=94)" "-> Seq Scan on test2 (cost=0.00..16.50 rows=650 width=94)"
在PortalHeapMemory里创建了这个查询计划的描述符QueryDesc,及这个查询计划描述符querydesc的成员,这个查询计划的执行状态Estate等对象。
------------ 转载请注明出处,来自博客: blog.csdn.net/beiigang beigang.iteye.com (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |