监控与指标
如何访问我的 ClickHouse Managed Postgres 实例指标？
你可以直接在 ClickHouse Cloud 控制台中，进入 ClickHouse Managed Postgres 实例的 Monitoring 选项卡，监控 CPU、内存、IOPS 和存储使用情况。 此外，你还可以在 Query Insights 选项卡中查看 Query Performance Insights，对查询进行详细分析。备份与恢复
有哪些可用的备份选项？
ClickHouse Managed Postgres 提供每日自动备份和持续 WAL 归档，支持将数据库恢复到 7 天保留期内的任意时间点。备份存储在对象存储中。 有关备份频率、保留期以及如何执行时间点恢复的完整信息，请参阅 备份与恢复 文档。基础设施与自动化
支持哪些云提供商？
ClickHouse Managed Postgres 目前已在 AWS 上以 Public Beta 形式提供，GCP 则处于私有预览阶段。您可以在此处加入 GCP 私有预览的候补名单，并阅读公告了解更多信息。详情请参见支持的云提供商。ClickHouse Managed Postgres 是否支持 Terraform？
支持。您可以使用 ClickHouse Terraform provider 的clickhouse_postgres_service 资源来创建和管理 ClickHouse Managed Postgres 服务。详见 Terraform 参考。您也可以使用 ClickHouse Cloud 控制台或 OpenAPI 创建和管理您的实例。
扩展和配置
支持哪些扩展？
ClickHouse Managed Postgres 提供超过 90 个 PostgreSQL 扩展，包括 PostGIS、pgvector、pg_cron 等热门扩展，以及更多其他扩展。有关可用扩展的完整列表和安装说明，请参阅 扩展 文档。我可以自定义 PostgreSQL 配置参数吗？
可以，您可以通过控制台中的 Settings 选项卡修改 PostgreSQL 和 PgBouncer 的配置参数。有关可用参数及其修改方法的详细信息，请参阅 Settings 文档。连接池
为什么我通过 PgBouncer 会看到 prepared statement does not exist 错误？
ClickHouse Managed Postgres 以 transaction pooling 模式运行 PgBouncer。在这种模式下，后端 Postgres 连接只会在单个事务期间分配给客户端，随后就会返回连接池——同一客户端的下一笔事务可能会落到不同的后端上。
这会导致服务器端预处理语句失效，因为它们绑定在执行 PREPARE (或扩展查询 Parse) 的特定后端上。当对应的 EXECUTE 落到另一个后端时，就会出现如下错误：
prepared statement does not exist错误突然增多，尤其是在回填期间或高并发写入时- 看似“静默失败”的插入 —— 语句报错后，driver 会重试，结果一个批次最终可能只部分生效，甚至被丢弃
- 返回值类型错误 (例如，把
BIGINT列解码成float64位模式) —— 当缓存的客户端执行计划在某个后端上复用了过期的类型/format 代码时，就会发生这种情况，而该后端从未收到与之匹配的Parse
如果你的工作负载依赖预处理语句，请直接连接到 PostgreSQL (端口 5432) ，而不要通过 PgBouncer 连接池器 —— 直连可以正常支持预处理语句。关于如何在池化端点和直连端点之间进行选择的详细信息，请参阅 Connection。
PgBouncer 中的 max_client_conn 设置是什么意思？它与 Postgres 中的 max_connections 有什么关系？
它们控制的是不同的对象：
- Postgres
max_connections限制的是 PostgreSQL 自身的 后端 连接数。这才是成本较高的那个限制——每个 后端 都会占用内存和一个进程槽位。 - PgBouncer
max_client_conn限制的是连接池器中可同时打开的 client 连接数。PgBouncer 会将大量客户端连接复用到一组小得多的 后端 连接上。
default_pool_size) 。
数据库功能
我可以创建多个数据库和 schema 吗？
可以。ClickHouse Managed Postgres 提供完整的 PostgreSQL 原生功能，包括在单个实例中支持多个数据库和 schema。您可以使用标准的 PostgreSQL 命令来创建和管理数据库及 schema。是否支持基于角色的访问控制 (RBAC) ？
您对自己的 ClickHouse Managed Postgres 实例拥有完整的 superuser 访问权限，因此可以使用标准的 PostgreSQL 命令创建角色并管理权限。计划于今年推出与控制台集成的增强 RBAC 功能。
升级
PostgreSQL 版本升级是如何处理的？
无论是次要版本升级还是主版本升级，都是通过故障转移完成的，通常只会造成几秒钟的停机。您可以配置计划升级，以控制在哪些日期及哪个两小时 UTC 时段内应用升级。完整详情请参阅升级文档。迁移
可用于迁移到 ClickHouse Managed Postgres 的工具有哪些？
ClickHouse Managed Postgres 支持多种迁移方式：- pg_dump 和 pg_restore：适用于较小的数据库或一次性迁移。请参阅 pg_dump 和 pg_restore 指南。
- 逻辑复制：适用于需要尽量减少停机时间的大型数据库。请参阅 逻辑复制 指南。
- PeerDB：适用于从其他 Postgres 源进行基于 CDC 的复制。请参阅 PeerDB 迁移 指南。
全托管迁移体验即将推出。