PostgreSQL Query Cache

PostgreSQL12中新增plan_cache_mode参数，用来改变执行计划的缓存模式。 详细介绍： plan_cache_mode (enum) Prepared statements (either explicitly prepared or implicitly generated, for example in PL/pgSQL) can be executed u

我们都知道数据在缓存中访问远比在磁盘中访问速度要快，那么我们怎么在pg中将指定的数据加载到缓存中呢，这有点类似于Oracle的in-memory。 当然要注意并不是把数据加载到内存中就一定是好的，因为相较于磁盘，内存总是有限的，所以一帮我们只是在特殊场合下将需要的数据加载到内存中来加快访问的速度。 我们可以使用pg_prewarm插件来将指定的表加载到OS Buffer或者pg shared bu

        默认的PostgreSQL配置参数并不是针对某种负载优化过的。默认值主要是确保PostgreSQL可以在任何环境下都能运行起来，因此默认配置使用了最少的资源。根据数据库的负载来对数据库进行调优，是DBA或是开发的主要职责。          有时虽然可以使用索引，但是SQL却使用了全表扫描，或是执行了开销比较的join或是聚集操作，这种情况下，就算是数据库是调优过了，数据库的性能也

作者：徐田原 引言 当发起“select * from XXX”时，数据会加载到操作系统缓存然后才到shared buffer。PostgreSQL缓存读顺序share_buffers -> 操作系统缓存 -> 硬盘。同样当将脏页向磁盘刷写时，也是先到操作系统缓存，然后由操作系统调用fsync()将操作系统缓存中数据持久化到磁盘。这样PG实际上由两份数据，看起来有些浪费空间，但是操作系统缓存是一个

标签 PostgreSQL , plan_cache_mode 背景 plan cache在OLTP中，可以大幅降低生成sql parser, 执行计划的开销。 但是在某些场景中，plan cache可能成为问题，比如AP类型的场景中，由于SQL 输入条件的变化（通常AP业务涉及的条件可能比较容易出现这样的问题），可能导致plan cache并不是最佳的执行计划。 PostgreSQL 12开放了

今天我们要探讨的是 custom执行计划和通用执行计划。这一技术在 Oracle中被称为绑定变量窥视。但 Kingbase中并没有这样的定义，更严格地说，Kingbase叫做custom执行计划和通用执行计划。 什么是custom执行计划，什么是通用执行计划，我们先来看一个例子，我创建了一个100011行的表，其中有两列分别为 id、 name。在name列就2种类型的值，一种值为“aaa”，有整

一、概述   索引主要被用来提升数据库性能，不当的使用会导致性能变差。 PostgreSQL 提供了多种索引类型： B-tree、Hash、GiST、SP-GiST 、GIN 和 BRIN。每一种索引类型使用了一种不同的算法来适应不同类型的查询。默认情况下，CREATE INDEX 命令创建适合于大部分情况的 B-tree 索引。 B-树（默认）：B-树是一个自平衡树（self-balancing

1. 在Hibernate配置文件中设置：   <!-- Hibernate SessionFactory --> <bean id="sessionFactory" class="org.springframework.orm.hibernate3.LocalSessionFactoryBean"> <property name="dataSource" ref="dat

一、操作系统配置 1.修改postgres用户的limits.conf限制 cat >> /etc/security/limits.conf << EOF # add for postgres postgres soft nproc 65536 postgres hard nproc 65536 postgres soft nofile 278528 postgres hard nofile 27

内存配置优化 PostgreSQL中与内存有关的配置参数如下。 shared_buffers：共享缓存区的大小，相当于Oracle数据库中的SGA，主要做数据块的缓存。 work_mem：为每个进程单独分配的内存，主要用于排序、HASH等操作。 maintence_work_mem：为每个进程单独分配的内存，主要是进行维护操作时需要的内存，如VACUUM、CREATE INDEX、ALTER TA

5 QUERY TUNING 5.1 Planner Method Configuration. 下列参数控制查询优化器是否使用特定的存取方法。除非对优化器特别了解，一般情况下，使用它们默认值即可。 5.1.1 enable_bitmapscan 布尔型 默认： enable_bitmapscan = on 打开或者关闭规划器对位图扫描规划类型的使用。 5.1.2 enable_hashagg

一、前言 PostgreSql 初始化完成后，在 PGDATA 下生成 postgresql.conf 配置文件，在不做任何更改的情况下，数据库初始化完成后，就可以顺利启动，查看该配置文件可发现，绝大多数配置参数都被注释掉了，它们默认被内置到了数据库中，仅剩下几个参数没有被注释掉，被系统重写了（数据库版本不同，重写参数可能不同），如 pg 12.4 中被重写的了如下几个参数。测试环境使用可以采用默

最近碰到这样一个SQL引发的性能问题，SQL内容大致如下： SELECT * FROM t1 WHERE id = 999 AND (case $1 WHEN 'true' THEN info = $2 ELSE info = $3 end) limit 1; 开发反应这条SQL加上limit 1之后过了一段时间从原先的索引扫描变成了全表扫描，一个简单的limit 1为何

在PostgreSQL中，每个进程都有属于自己的Cache。换句话说，同一个系统表在不同的进程中都有对应的Cache来缓存它的元组（对于RelCache来说缓存的是一个RelationData结构）。同一个系统表的元组可能同时被多个进程的Cache所缓存，当其中某个Cache中的一个元组被删除或更新时，需要通知其他进程对其Cache进行同步。在PostgreSQL的实现中，会记录下已被删除的无效元

添加用户 useradd postgres passwd postgres mkdir -p /app/postgresql/{data,log} chown -R postgres:postgres /app/postgresql 安装依赖包 yum -y install ncurses-devel readline-devel zlib zlib-devel perl-ExtUtils-E