只读连接模式的提案在邮件列表上摊开讨论 RSS

起因是想给 AI 工作流一个安全入口。Andrei Lepikhov 提出用 pg_readonly 扩展解决，反问是否真要改内核。Bruce Momjian 认为随着 MCP 越用越多，只读应当是数据库自带的能力。Peter Eisentraut 坚持只读是事务属性，不是访问控制。Andres Freund 举出计划内切换和优雅关闭的场景，认为临时只读本身有价值。悬而未决的是做成会话级还是集群级，以及要不要连 vacuum 一起挡住。

发布于 2026-09-10T10:59:37.691209Z · Andrei Lepikhov · pgsql-hackers

MCP 只读 安全

起因是想给 AI 工作流一个安全入口。Andrei Lepikhov 提出用 pg_readonly 扩展解决，反问是否真要改内核。Bruce Momjian 认为随着 MCP 越用越多，只读应当是数据库自带的能力。Peter Eisentraut 坚持只读是事务属性，不是访问控制。Andres Freund 举出计划内切换和优雅关闭的场景，认为临时只读本身有价值。悬而未决的是做成会话级还是集群级，以及要不要连 vacuum 一起挡住。

起因是想给 AI 工作流一个安全入口。Andrei Lepikhov 提出用 pg_readonly 扩展解决，反问是否真要改内核。Bruce Momjian 认为随着 MCP 越用越多，只读应当是数据库自带的能力。Peter Eisentraut 坚持只读是事务属性，不是访问控制。Andres Freund 举出计划内切换和优雅关闭的场景，认为临时只读本身有价值。悬而未决的是做成会话级还是集群级，以及要不要连 vacuum 一起挡住。

原始来源 ↗

来源记录

• center.info_item · 178c93e149e703ad · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 178c93e149e703ad · 2026-10-03T04:08:55.967155Z