→ 行的诞生与消亡（MVCC 的核心机制）→ 多语句事务内部命令的先后顺序（除深度调试外很少需要）ctid→ 物理位置（经常变化，对内部机制分析和取证有用）正是这些字段，使得 PostgreSQL 能够在不加读锁的情况下提供出色的并发能力 —— 每个事务都能看到自己的一致数据版本。

Volume 挂载→ ConfigMap 更新 → 容器文件自动同步（需应用支持重读）环境变量→ 只在 Pod 创建/重启时注入 → 需 rollout 更新多容器 / Sidecar→ 可实现更灵活的动态配置注入（如配置生成器 + 主应用）→ 1.21+ 特性，适合不变配置，优化性能。

保持默认在现代 PostgreSQL 中仍是标准默认值，对大多数场景足够按需调整: 应先通过按列调优，而非直接修改全局默认值权衡成本: 提高统计目标会增加 ANALYZE 时间和系统表空间占用验证效果: 调整后检查查询计划的估算准确性是否改善。

runlevelN 5---检查disk scheduler--swapuname -mid oracle建议用官方的oracle-ai-database-preinstall-26ai，自动设置。--RPM logumask--让配置生效sysctl -p--解除 oracle 用户的内存锁定限制，这个值为最大锁定大小--检查是否生效，没有的话要重启一下--root--

在节点1初始化DB，插入几条数据，模拟standalone转成cluster。3台VM：Rocky Linux 9--关闭防火墙，SELinux。##安装etcd,patroni,postgresql 18。##安装etcd需要先启用pgdg-rhel9-extras。##节点1的etcd配置文件。##节点2的etcd配置文件。##节点3的etcd配置文件。开始配置patroni。##节点1的配置

【代码】postgresql之简洁root blocker。

启用 WAL 摘要功能执行以下命令启用 WAL 摘要进程：注意：需确保设置为或 ， 级别不支持此功能。验证设置状态检查摘要进程是否已激活：创建新的完整备份启用摘要功能后需重新生成基准备份：执行增量备份利用完整备份的清单文件进行增量备份：原理说明进程会在中生成二进制摘要文件，记录数据块变更信息。增量备份依赖这些文件快速定位差异数据，未启用时无法识别变更区块。

【代码】PG tablespace相关命令。

--用ddd用户连接，ddd是schema的owner,没权限读db3.t2，但可以删掉表db3.t2，真的太不一样了！PostgreSQL 权限不继承：数据库 owner ≠ schema owner ≠ table owner。PostgreSQL 权限不继承：数据库 owner ≠ schema owner ≠ table owner。用户ddd在上面建了个schema db3,然后创建了表

**重要警告**：必须通过`patronictl restart`或REST API `/restart`端点重启PostgreSQL。- **待重启标志**：若需重启PostgreSQL才能应用的配置更改，节点会设置`pending_restart`标志，状态显示`"restart_pending": true`。- `wal_keep_segments` (默认8，最小1) / `wal_ke