在 PostgreSQL 中，当 shared_buffers（共享缓冲区）已满且没有空闲空间可用时，新的事务无法分配缓存，并且它们将被阻塞，直到有可用的缓冲区空间为止。这种情况下，并不会立即触发检查点。

在 PostgreSQL 中，检查点是由后台进程负责触发和执行的。检查点的目的是将内存中的脏数据块（未写入数据文件的修改过的缓冲区）刷新到磁盘上的数据文件中，以确保数据的持久性和一致性。然而，并不是每次 shared_buffers 满了都会立即触发检查点。

相反，PostgreSQL 使用了一种称为"自适应检查点"的机制。在自适应检查点中，后台进程根据一定的策略和条件来决定触发检查点的时机。这些策略和条件包括：

1. 检查点间隔：可以配置检查点之间的时间间隔。如果在这个时间间隔内 shared_buffers 一直满了，那么会触发检查点。
2. 后台写入进程：后台进程负责将脏数据块异步写入磁盘。如果后台进程发现 shared_buffers 已满且无法分配新的缓存时，它会优先写入一些脏数据块，以释放一些缓冲区空间。这可能会导致部分数据写入磁盘，但不一定会触发完整的检查点。
3. WAL 写入：PostgreSQL 使用Write-Ahead Logging（WAL）来记录事务修改，以便在崩溃恢复时提供一致性。如果 WAL 缓冲区已满且无法写入到磁盘，这也会触发检查点。

总的来说，当 shared_buffers 已满且没有可用空间时，新的事务会被阻塞，直到有可用的缓冲区空间为止。检查点的触发是由后台进程根据一定的策略和条件来决定的，并不是立即发生。这样的机制可以更好地平衡性能和数据持久性之间的权衡。

这个问题给我看一愣，缓冲池就是给用户用的啊，一直是满的不是应该的吗。如果是想问缓冲池页面的淘汰机制，pg是时钟扫描算法，扫一个页面如果页面状态是被钉住（在使用），如果没有钉住则会将钉值减一，如果一个页面一直未使用就会减到0将这个页面淘汰出去。

如果是想问赃页过多的问题，pg有两个后台写入器一个是后台写入器bgwrit以200ms的间隔写入硬盘，一个是checkpoint不仅是将赃页写入硬盘还是创建检查点。一般不会出现你说的这种情况。