作者：王志斌编辑：钟华龙本文来自社区小伙伴王志斌的投稿。从小白的角度，带你一步步实现将RadonDBPostgreSQL集群部署到Kubernetes上。文章分为上下两部分，《第一部Kubernetes环境准备》已经发布。第二部分将带大家部署一个RadonDBPostgreSQLOperator和集群。什么是RadonDBPostgreSQLOperator？RadonDBPostgreSQL是一款基于PostgreSQL使用Operator实现的数据库容器化项目。被广泛应用于地理空间和移动领域具备高可用、稳定性、数据完整性等性能支持在线水平扩展支持故障自动转移，提供HA功能提供Postgre
作者：王志斌编辑：钟华龙本文来自社区小伙伴王志斌的投稿。从小白的角度，带你一步步实现将RadonDBPostgreSQL集群部署到Kubernetes上。文章分为上下两部分，《第一部Kubernetes环境准备》已经发布。第二部分将带大家部署一个RadonDBPostgreSQLOperator和集群。什么是RadonDBPostgreSQLOperator？RadonDBPostgreSQL是一款基于PostgreSQL使用Operator实现的数据库容器化项目。被广泛应用于地理空间和移动领域具备高可用、稳定性、数据完整性等性能支持在线水平扩展支持故障自动转移，提供HA功能提供Postgre
7月14日，腾讯云数据库TDSQLPG版的开源版本（开源代号TBase）迎来又一次重大升级：升级后的TDSQLPGV2.4.0版在2PC事务方面得到优化，易用性大幅提升，具备更强的分布式计算性能。TDSQLPG版是一款具备HTAP（混合事务分析处理）能力、经过腾讯多年持续投入研发的数据库产品，能够提供成熟的一站式解决方案，2019年11月正式开源。在首次开源的10天内，Star数就上升到超过500个。开源不久，就受到了天文、医疗健康、零售等各个行业用户的青睐。依托社区和内部业务系统的实践检验，TDSQLPG版的开源版本基本保持每月一次小升级、每半年一次重大升级的节奏，助力众多开发者应用前沿数据
7月14日，腾讯云数据库TDSQLPG版的开源版本（开源代号TBase）迎来又一次重大升级：升级后的TDSQLPGV2.4.0版在2PC事务方面得到优化，易用性大幅提升，具备更强的分布式计算性能。TDSQLPG版是一款具备HTAP（混合事务分析处理）能力、经过腾讯多年持续投入研发的数据库产品，能够提供成熟的一站式解决方案，2019年11月正式开源。在首次开源的10天内，Star数就上升到超过500个。开源不久，就受到了天文、医疗健康、零售等各个行业用户的青睐。依托社区和内部业务系统的实践检验，TDSQLPG版的开源版本基本保持每月一次小升级、每半年一次重大升级的节奏，助力众多开发者应用前沿数据
最近PostgreSQL15版本正式发布了，新版本的各种特性和好处本文就不展开介绍了，主要介绍一下Windows环境下PostgreSQL大版本升级的方法，我们现在的几个数据库都是运行在Windows服务器的PostgreSQL14，首先准备一份新版本的PostgreSQL初始化，并调整好所有设置，关于这一步其实和安装一个全新的PostgreSQL操作差不多，可以看我之前的一篇博文Windows系统PostgreSQL手工安装配置方法不过在操作的时候对于新版本的PostgreSQL只要初始化之后，调整好对应的postgresql.conf就可以了，不需要去执行安装服务那些步骤，我们只需要一个调
最近PostgreSQL15版本正式发布了，新版本的各种特性和好处本文就不展开介绍了，主要介绍一下Windows环境下PostgreSQL大版本升级的方法，我们现在的几个数据库都是运行在Windows服务器的PostgreSQL14，首先准备一份新版本的PostgreSQL初始化，并调整好所有设置，关于这一步其实和安装一个全新的PostgreSQL操作差不多，可以看我之前的一篇博文Windows系统PostgreSQL手工安装配置方法不过在操作的时候对于新版本的PostgreSQL只要初始化之后，调整好对应的postgresql.conf就可以了，不需要去执行安装服务那些步骤，我们只需要一个调
前几天写了CPU分析与IO分析的文章，本来昨天想再凑一个内存分析的，不过因为昨天一大早就去拜访客户了，所以今天补上。今天早上本来和优诺的傲寒约好了去他那里取取经，听听他对智能化运维的看法，不过因为一些其他安排临时取消了，十分遗憾。PG数据库遇到内存问题要立即进行分析的场景并不多，因为大多数PG数据库的内存使用率过高的报警并不意味着内存使用情况异常，内存真的不够用了。因为PG数据库是使用DOUBLEBUFFERING机制的，大量的内存很可能被BUFFER/CACHE占用了。上面的free命令可以看到32G内存使用了15G多，但是free只剩下599M了，BUFF/CACHE占了15G多。不过如
前几天写了CPU分析与IO分析的文章，本来昨天想再凑一个内存分析的，不过因为昨天一大早就去拜访客户了，所以今天补上。今天早上本来和优诺的傲寒约好了去他那里取取经，听听他对智能化运维的看法，不过因为一些其他安排临时取消了，十分遗憾。PG数据库遇到内存问题要立即进行分析的场景并不多，因为大多数PG数据库的内存使用率过高的报警并不意味着内存使用情况异常，内存真的不够用了。因为PG数据库是使用DOUBLEBUFFERING机制的，大量的内存很可能被BUFFER/CACHE占用了。上面的free命令可以看到32G内存使用了15G多，但是free只剩下599M了，BUFF/CACHE占了15G多。不过如
关于PG在Sharedbuffers上的DOUBLEBUFFERING设计，一直是争议极多的。有一些搞PG的朋友认为这是PG充分利用OSCACHE的一种特殊设计，是PG数据库设计中比较优秀的地方。还有一些朋友则认为这是一种过时的设计，与当前数据库技术的发展潮流所相违背的。前些天有几个朋友谈到这个问题，希望我写篇位置表达下我的观点。以我这些年做数据库优化的经验来看，DOUBLEBUFFERING的设计如果算是一种技术上的进步，在这一点上我一直是不太认同的。众所周知，现在几乎所有的现代数据库产品都是用AIO/DIO等方式来访问底层存储系统，只有PG目前还通过BUFFER/CACHE来读取物理文件。
关于PG在Sharedbuffers上的DOUBLEBUFFERING设计，一直是争议极多的。有一些搞PG的朋友认为这是PG充分利用OSCACHE的一种特殊设计，是PG数据库设计中比较优秀的地方。还有一些朋友则认为这是一种过时的设计，与当前数据库技术的发展潮流所相违背的。前些天有几个朋友谈到这个问题，希望我写篇位置表达下我的观点。以我这些年做数据库优化的经验来看，DOUBLEBUFFERING的设计如果算是一种技术上的进步，在这一点上我一直是不太认同的。众所周知，现在几乎所有的现代数据库产品都是用AIO/DIO等方式来访问底层存储系统，只有PG目前还通过BUFFER/CACHE来读取物理文件。
