摘要：在Amazon Linux 2上安装PostgreSQL的pg_trgm扩展时，直接安装postgresql-contrib包会触发PostgreSQL小版本自动升级（如14.12→14.20），存在生产环境风险。原因在于contrib包对主程序有严格版本依赖。解决方案包括：（1）安装与当前版本一致的contrib包（推荐）；（2）使用yum versionlock锁定版本后再安装。操作前务

CPUCreditUsage 很高CPU 不够（而且是被 T 系列 credit 限制）T 系列不是“低配机器”，而是“限速机器”，CPU credit 用完后性能会骤降。

T 系列不是“慢 CPU”，而是“少 CPU”，因此 load 会被严重放大，而 PostgreSQL 是最容易被这种机制放大的数据库。

未命中的大范围查询直接穿透到底层磁盘，需要在操作系统层面将核心表及索引文件直接读入 Linux Page Cache。代表成功导出了约 393 万个 8KB 数据块（对应约 30GB 的缓存状态）。该文件默认生成在源库的数据目录。在数据库日常运维与大型变更中，最让 DBA 和基础架构团队头疼的问题之一就是。PostgreSQL 的读写架构并非只依赖自身的数据库内存，而是深度依赖。或网络同步工具将文

SELinux context 是否为 ssh_home_t。，无法使用 ssh-copy-id，只能手工注入。，jumpserver 仅用于“人工运维操作”。authorized_keys 权限是否 600。模拟主库，执行 archive_command。的系统上，免密会“看起来都对但就是不生效”。postgres home 权限是否 700。archive_command 运行时是。postg

在数据库中，**事务隔离级别（Transaction Isolation Level）**用于控制多个事务并发执行时的可见性规则。虽然 PostgreSQL 和 MySQL 都支持相同的隔离级别名称，但实现方式完全不同。PostgreSQL同样支持SQL标准的四种隔离级别，但。PostgreSQL 的 MVCC 架构。同一事务内两次读取同一行数据结果不同。因此 PostgreSQL 在。Seria

3️⃣ pg_stat_user_functions 是线上分析触发器性能的最佳工具之一。，每一行数据变更都会执行一次触发器函数。在高写入业务场景下，触发器可能成为性能瓶颈。如果业务系统每天有大量批量 UPDATE，就会产生非常高的触发器调用量。但是因为调用次数巨大（1.56 亿次），累计开销非常明显。2️⃣ 单次触发器通常很轻，但高调用量会产生巨大累计成本。确认哪些 UPDATE 导致触发器大量

推荐 batch 方式创建（服务器更稳定）。否则机器损坏后，可能无法解密历史备份。安全 S3 bucket。

本次优化关键点：避免让每个分区按排序键输出使用 Partial Index触发 Merge Append让每个分区先排好，再合并，而不是先合并再排序如果你也遇到 PostgreSQL 分区表排序慢的问题，这种思路通常非常有效。

💡 PostgreSQL 的精妙之处在于：👉它复制的是“指针”，不是“大数据”本身。