此浏览器不再受支持。
请升级到 Microsoft Edge 以使用最新的功能、安全更新和技术支持。
为以下每个问题选择最佳答案。
你正在为具有 200 万 1536 维嵌入的矢量搜索工作负荷优化 PostgreSQL。 查询速度缓慢,并且你观察到缓存命中率为 85%。 你应该优先考虑哪个配置更改?
增加 shared_buffers 以在 PostgreSQL 缓存中保留更多数据
shared_buffers
减少 random_page_cost 以鼓励更多索引扫描
random_page_cost
增加 ivfflat.probes 搜索更多索引分区
ivfflat.probes
你需要为 500 万个产品嵌入的数据集创建矢量索引,该数据集接收频繁的批处理更新(每日完全刷新)。 生成时间必须低于 30 分钟。 应选择哪个索引配置?
IVFFlat 列表设置为 sqrt(rows)
具有 m=16 和 ef_construction=64 的 HNSW
具有 m=8 和 ef_construction=32 的 HNSW
筛选的矢量搜索查询按矢量相似性进行筛选 category_id ,然后按矢量相似性排序。 查询计划显示产品表上的顺序扫描。 首先应检查哪些内容?
category_id
验证 category_id 列上是否存在 B 树索引
验证向量索引是否使用与查询相同的运算符类
增加 hnsw.ef_search 以扩展搜索空间
hnsw.ef_search
你正在为在高峰流量期间每秒进行 500 个向量查询的 AI 应用程序实现连接管理。 Azure Database for PostgreSQL 实例支持 1,719 个最大连接。 应使用哪种方法?
在事务模式下启用 PgBouncer,并使用适合您的应用实例的池大小。
为每个查询请求创建新的数据库连接
在会话模式下启用 PgBouncer 以维护持久连接
正在扩展当前在通用型 8 vCore 实例上运行的推荐引擎。 CPU 利用率平均为 75%,P95 查询延迟为 150 毫秒,但您需要达到低于 50 毫秒的延迟。 应先尝试哪种缩放方法?
升级到具有更多 vCore 的内存优化层
添加只读副本以分发查询负载
使用 Azure Redis 缓存实现应用程序级缓存
在检查工作前,必须回答所有问题。
此页面是否有帮助?
需要有关本主题的帮助?
想要尝试使用 Ask Learn 阐明或指导你完成本主题?