一、功能介绍 1.1、pg-collector信息概览 pg-collector 是一款用于收集 PostgreSQL 数据库信息的工具，它能够以统一的格式展示数据库的各种状态和统计数据。根据搜索结果显示，pg-collector 可以通过执行 SQL 脚本来快速上手使用，并能生成简洁的巡检报告。pg-collector 是纯 SQL 脚本编写而成，用户可以根据自己的需求对其进行定制，增加或调整巡

pg_auto_failover 是一个 PostgreSQL 的扩展，用于对 PostgreSQL 集群进行监控和故障转移。它在简单性和正确性方面进行了优化。 pg_auto_failover 支持多种 PostgreSQL 部署架构，可为您的 PostgreSQL 服务实现安全的自动故障转移。可以只使用两个数据节点来开始，监控器会赋予它们主节点和辅助节点的角色。 单备架构 带有一个主节点和备节

了解累积统计信息的重置 当 PostgreSQL 重置累积统计信息系统收集的统计信息时，它会将所有统计计数器重置为零。这包括有关表访问、索引使用情况、函数执行等方面的数据。 收集类统计信息视图中的内容会发生变化，包括pg_stat_all_tables、pg_stat_all_indexes、pg_stat_user_functions、pg_statio_all_tables、pg_statio

beaver客户端工具连接PG、SQLSERVER时，使用系统从网络上下载的JAR或JDBC，每次连接数据库时，都要重新下载一下才能连接数据库。可能是CONNECTOR比较老的原因，使用者要从网络上找一下相应的CONNECTOR下载，使用本地的CONNECTOR。 另外要注意以下几点： 1、特别是在连接PG时，要注意修改pg_hba.conf文件，记得要添加  host all  all  0.0

最近在做oracle到greenplum的迁移实践,步骤如下:1. 使用ora2pg实现Oracle的数据结构迁移到GP的实现过程2. Oracle的数据迁移到GP的实现过程 1. ora2pg的使用 地址: https://github.com/darold/ora2p 关系图如下: 需要安装DBD-oracle,DBD-pg,DBI模块,配置conf后可以把oracle的数据结构(table,

当涉及到数据库管理时，备份和恢复是至关重要的任务。PostgreSQL是一种功能强大的关系型数据库管理系统，提供了多种方法来备份和恢复数据库。在本讲解中，我将为您介绍一些备份和恢复数据库的方法和技术。 备份数据库： 逻辑备份：逻辑备份以可读的形式存储数据库的逻辑内容，通常使用SQL命令导出数据。您可以使用pg_dump命令创建逻辑备份，如下所示： pg_dump -U username -d db

背景 之前在维护PG数据库的时候，有客户提过需求，是通过SQL实现数据库QPS查询，这种需求当时是借助pg_stat_statements插件，在一段时间内，执行相同的sql，通过这两个sql执行结果的差值来估算qps，具体SQL如下： select round( (c.sum - a.sum) / 10 ) as qps from (select sum(calls) from pg_stat_

去年我写过一篇文章《PG数据库离企业级数据库还有多远》，实际上对PG了解得越深入，这个问题就越值得我们去思考。前几天一个做数据库高可用架构的朋友在我的公众号上留言，说在PG数据库中，如果删除了某一个数据文件，PG数据库居然不报错，还能查出数据来，不过查出来的数据是错的。这一点我以前倒是没有注意到，数据库丢失数据文件不报错是正常现象，不过查询数据的时候，如果扫描到了这部分内容，按理说应该是会报错的，

原作者：阎书利 数据库版本：PG12.1 openGauss/MOGDB 2.1.0 最近看到了许多关于PG等待事件的文章，对等待事件这部分也有了很大的兴趣。 等待事件是一个累计的统计信息，表明一个server process要继续完成作业，必须等待一个时间的结束；因为系统资源有限，那么完成某些工作，所需资源就要轮流使用，那么在这个过程当中，就会产生等待资源的情况。数据库会用不同类型的定义，来描述

当openGauss推出USTORE存储引擎的时候，就不止一个朋友说高斯的USTORE是基于开源项目ZHEAP开发的。以前没怎么研究，所以也不方便发表意见。正好这几天在研究高斯USTORE，顺便也找了些ZHEAP的资料看了看。ZHEAP这个项目目前似乎已处于停滞状态，这个原本计划PG 15时合并到PG主版本的项目很可能会夭折。项目的最后更新时间时2021年6月，支持的PG版本为PG 13。ZHEA

PG数据库目前已经成为最热门的开源数据库之一，特别是因为其开源协议十分适合商业化，因此大量的商用数据库，包括大量的国产数据库也都基于PG的开源代买进行研发。作为一个曾经的Oracle DBA，如果在现阶段要转型的话，学习一下PG数据库的运维，也算是未雨绸缪了。我搞了差不多30年Oracle数据库，不过我估计在我退休前的这几年里，Oracle方面的活会有所减少，而开源和国产数据库方面的运维优化需求会

这开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内，可以解决你的问题。加群请联系 liuaustin3 ，（共1830人左右 1 + 2 + 3 + 4 +5） 4群（340+ 到350将关闭自由申请）,另欢迎 OpenGauss 的技术人员加入。 我其实是

这开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内，可以解决你的问题。加群请联系 liuaustin3 ，（共1810人左右 1 + 2 + 3 + 4 +5） 4群（300+ 到350将关闭自由申请）,另欢迎 OpenGauss 的技术人员加入。 我其实是

前阵子一个朋友和我讨论一个PG性能问题，他们最近把几个小的PG数据库整合为一个大系统，换了台新服务器，搞了超豪华配置，有512GB的物理内存。他们配置了一个128GB的SHARED_BUFFERS，然后应用就出问题了。因为这套系统中经常要用到临时表，他们的临时表都是物理表，一般是create/insert/select/drop，一串操作。系统升级后，系统就变得特别慢了，经过分析，发现主要问题出在

两年前听瀚高的一个朋友说他们要做一个开源数据库项目，基于PostgreSQL，主打与Oracle的兼容性，并且与PG社区版内核同步发布。当时我听了有点不太相信，瀚高的Highgo是在PG内核上增加了一定的Oracle兼容性的特性，一般也会比PG社区版慢上几个版本，如果他们开源这么个数据库产品，会不会影响Highgo的发展。虽然我对瀚高投资开源数据库表示一些担忧，不过IvorySQL社区还是发展起来

pg_probackup 包含新建表空间的备份及恢复 本文出处：https://www.modb.pro/db/404169 pg_probackup 是一个比较方便的备份管理工具，当前 2.5.5 版本支持 PostgreSQL 9.6, 10, 11, 12, 13, 14，pg_probackup 基本配置操作可以查看这篇文章： PostgreSQL 备份恢复管理器 pg_probackup

3.2 数据库初始化 数据库正常启动时需要指定数据目录，数据目录中包括了系统表的初始化数据。数据库初始化的过程会生成这些初始系统表数据文件，该过程由initdb和openGauss进程配合生成。initdb控制执行过程，创建目录和基本的配置文件；openGauss进程负责系统表的初始化。initdb通过PG_CMD_OPEN宏启动openGauss进程，同时打开一个管道流，然后通过解析系统表文件中

全球范围内，MySQL 一直是领先于 PostgreSQL (下文简称 PG) 的。下图是 DB-Engines 的趋势图，虽然 PG 是近 10 年增长最快的数据库，但 MySQL 依然保持着优势。 再来看一下 Google Trends 过去一年的对比 MySQL 也依然是明显领先的。而进一步看一下地域分布的话 绝大多数地区依然是 MySQL 领先，份额对比在 60:40 ~ 70:30 之间

首先在全球范围内，MySQL 一直是领先于 PostgreSQL (下文简称 PG) 的。下图是 DB-Engines 的趋势图，虽然 PG 是近 10 年增长最快的数据库，但 MySQL 依然保持着优势。 再来看一下 Google Trends 过去一年的对比 MySQL 也依然是明显领先的。而进一步看一下地域分布的话 绝大多数地区依然是 MySQL 领先，份额对比在 60:40 ~ 70:30

环境准备 安装 openGauss/MogDB 可参考官方文档 服务器环境 本地虚拟机 centos 7.9 注意：尽量进入 omm 用户下进行编译，可以避免一些不必要的环境问题 代码 C 代码 基本与 postgres 插件开发一样，关键是 4,5,6 三行。 #include "postgres.h" #include "fmgr.h" PG_MODULE_MAGIC; extern "C"