关于Postgresql实现内存表的体验

关于Postgresql实现内存表的体验,第1张

概述最近在关注如何在Postgresql实现内存表,我把之前的几种方式都测试了下。对之前的相关理解还是有问题的。 第一种是直接将采用 *** 作系统挂载成ramfs或tmpfs两种方式,我使用下来感觉,基本 *** 作都很快,唯一的问题就是当linux重启后,用Postgresql客户端登录后,出现这样的情况,如图: 另外我在使用ramfs的方式时,进行大量的写 *** 作后,我突然kill掉Postgresql服务器后,再

最近在关注如何在Postgresql实现内存表,我把之前的几种方式都测试了下。对之前的相关理解还是有问题的。
第一种是直接将采用 *** 作系统挂载成ramfs或tmpfs两种方式,我使用下来感觉,基本 *** 作都很快,唯一的问题就是当linux重启后,用Postgresql客户端登录后,出现这样的情况,如图:


另外我在使用ramfs的方式时,进行大量的写 *** 作后,我突然kill掉Postgresql服务器后,再次启动会失败(相关描述在另一篇文章里)。

第二种pgfincore方式,当初想当然是实现了内存表,其实用过后感觉,也并不是完全的内存表的概念。它只是一个block块导入到内存的管理机制。我后来也仔细的看了下定义:

A set of functions to manage pages in memory from Postgresql
该工具只是提前将表的block块导入到内存中,完成了之前原始 *** 作语句中的一个步骤。方便了一个 *** 作(如select语句)直接在内存中进行处理(我测试过CRUD *** 作,都是正常的),目前的话,我暂时还没测试出来block块是否会移除,或者多久被移除(目前我测试Postgresql服务重启后,我查看过状态,发现pages_mem不是0,很奇怪)。 第三种unlogged特性,当初我想当然的认为是内存表了,因为创建这种表后,插入的速度特别快,后来仔细再看了一遍定义,发现并没有表明这种表会直接放在内存中,只是不写入wal里。纯粹是我的一厢情愿的看法。 总结下来发现,Postgresql目前还是没有内存表的概念,都是采用一种变通的方式。 内存表比较适合一种特殊场景,对数据要求不高的,也就是丢失了也没关系;另外就是数据生存周期不长,还有就是频繁的insert/delete/select *** 作(更多的是读),最常见的就是用户的登录状态管理。 这里还有有个教训,就是凡是相关技术都要自己亲自尝试下,才能把相关的概念理解更深刻和体验到不同的地方,而不是局限于表面。 我发现很多人讲技术知识点的时候,咋就跟网上介绍的差不多,但更深层次的内容,可不是网上介绍的这么简单,所以做技术的,千万别浮躁。 总结

以上是内存溢出为你收集整理的关于Postgresql实现内存表的体验全部内容,希望文章能够帮你解决关于Postgresql实现内存表的体验所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/1179465.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-02
下一篇 2022-06-02

发表评论

登录后才能评论

评论列表(0条)

保存