ITPub博客

解密PG/GPDB Merge Inner Join机制

PostgreSQL 15: stats collector进程优化掉了PG15对统计进行了重大改进。将stats collector进程优化掉了，不再将统计数据放入临时文件中，而是放到共享内存中，在shutdown前由checkpoint进程将其持久化，启动时由startup进程将其加载。减少了IO和进程间通信，从而改进性能。正文尝试使用PG15的用户都会发现有一个后台进程消失了：postgre

向量化执行使表达式性能提升10倍成为可能查询执行引擎对数据库系统性能非常重要。TIDB是一个开源兼容MySQL的HTAP数据库，部署广泛使用的火山模型来执行查询。不幸的是，当查询一个大库时，向量化模型会造成较高的解释开销以及较低的CPU CACHE命中率。受MonetDB/X100: Hyper-Pipelining Query Execution论文启发，在TIDB中部署向量化执行引擎以提高查询

PostgreSQL透明数据加密Cybertec为PG提供了一个透明数据加密（TDE）的补丁。是目前唯一支持透明加密数据（集群）级的实现，独立于操作系统或文件系统加密。透明数据加密如何工作补丁背后的思想是：以加密格式（静态加密）安全存储组成PG集群的所有文件到磁盘上，从磁盘读取时解密数据块。数据在内存中未加密。只需要数据库初始化时加密，启动时服务器可以访问初始化数据库使用的密钥。通过一个指定的配置

PostgreSQL 14中连接参数target_session_attrs增强本文讨论PostgreSQL 14数据库连接参数target_session_attrs增强的功能，并解释该功能背后的历史、如何使用它以及它提供的各种好处。背景很多PG客户端程序使用C客户端libpq库访问数据库。libpq提供了一系列函数，允许连接PG后台服务并将查询传送过去，同时还可以接收查询返回的结果。通过lib

PG 向量化引擎--2向量化引擎是OLAP数据库提升性能的有效技术。翻到PostgreSQL邮件列表有对向量化引擎的讨论。这里继续进行整理，以作分析。关于设计中的几个问题1、在vtype中使用原生数组而不是Datum数组会更有效吗？我认为针对float4和int32类型的操作，它将允许编译器产生更加有效的代码是的，我也在考虑扫描列存时，将列batch加载到连续的内存区域中。对于Int32，此区域大

PG 向量化引擎向量化引擎是OLAP数据库提升性能的有效技术。翻到PostgreSQL邮件列表有对向量化引擎的讨论。这里进行整理，以作分析。作者邮件代码位于https://github.com/zhangh43/vectorize_engine ，并且合入了PG13中。其基本思想是扩展TupleTableSlot，引入VectorTupleTableSlot（一个由投影列组织的列数组）。