scram_iterations
scram_iterations 定义生成 SCRAM 密文时使用的迭代次数。
说明
Fact — 官方简述译文：设置生成 SCRAM 密文时使用的迭代次数。
身份
生命周期
| Fact | 值 |
|---|---|
| 首次观测 | PG16 |
| 在档版本 | PG16–19 Beta 3 |
| 移除版本 | 否 |
| 引入提交 | b577743000cd — Make SCRAM iteration count configurable |
| 提交日期 | 2023-03-27 |
| Discussion | 讨论 1 |
默认值变迁
| 版本 | 原始 boot_val |
单位 | 人类可读值 |
|---|---|---|---|
| PG16–19 Beta 3 | 4096 |
— | 4096 |
机制详解
scram_iterations 会写入每个新生成的 SCRAM-SHA-256 密文。提高它会增加离线猜测成本，也会增加正常设置密码与认证工作；既有密文会保留创建时的迭代次数，直至重置密码。
它属于 USER 上下文，因此执行 CREATE ROLE 或 ALTER ROLE 的会话决定写入新密文的次数。即使 postgresql.conf 只有一个值，角色、数据库或应用级覆盖也可能造成多种次数并存。
PostgreSQL 警告：当角色存储次数不同于服务器配置值时，未认证观察者可能通过响应行为差异推断角色存在。因此改变次数需要统一会话策略并轮换所有 SCRAM 密文，而不只是修改 GUC。
调优建议
提示
Advice。 以下建议是工作负载起点，必须用真实测量验证。
| 场景 | 建议 |
|---|---|
| OLTP | 通过安全与认证延迟压测选择唯一次数，在所有密码管理会话中强制使用，并轮换全部角色密码使存储密文收敛。提高前应压测重连风暴与故障转移。 |
| OLAP | 分析角色使用相同次数；负载类型不是暴露不同密文次数的理由。安排凭据轮换，避免长期服务账号保留旧次数。 |
| 小规格 | 除非测试证明需要改变，否则保留上游次数。小服务器可通过连接池降低连接抖动，但仍必须让所有新密文使用一致次数。 |
Pigsty 取值
以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具，并按 PG19 Beta 3 渲染当前 Pigsty 模板；这不表示 Pigsty 当前支持该历史或测试版本。
| 模板 | 有效值 | 与上游 boot 比较 | 源表达式 |
|---|---|---|---|
| OLTP | 未修改 | — | — |
| OLAP | 未修改 | — | — |
| CRIT | 未修改 | — | — |
| TINY | 未修改 | — | — |
注意
Advice — 待人工复核。 当前 Pigsty 模板投影事实：OLTP: PG16–19 Beta 3 未修改；OLAP: PG16–19 Beta 3 未修改；CRIT: PG16–19 Beta 3 未修改；TINY: PG16–19 Beta 3 未修改。 未发现覆盖值，因此不推断 Pigsty 专属理由。
常见坑
- 修改 GUC 却不重置既有密码；其密文仍保留旧次数。
- 允许角色或数据库会话默认值生成不同于 postgresql.conf 的密文次数，从而形成角色存在性侧信道。
- 提高次数却未压测认证风暴、故障转移、连接池重连与密码轮换作业。
- 误以为更高次数能修复弱密码或弥补已泄漏密文材料。
关联参数
password_encryption · md5_password_warnings · authentication_timeout · oauth_validator_libraries · krb_server_keyfile