待验证50% 置信事实精确时间

effective_cache_size是估算参数，不实际分配内存，但会影响规划器对索引扫描与顺序扫描的选择偏好，设置偏低时规划器更倾向顺序扫描

1

来源数

50%

置信度

长期有效

时效性

2026/10/12

首次发现

来源

Postgres不慢，是你的存储拖了后腿

涉及实体

PostgreSQLproduct effective_cache_sizeconcept

相关事实

待验证元数据字段需要在数据入库时显式声明为可索引字段，否则过滤操作会退化为全量扫描影响性能70% 相似待验证嵌入模型的选择、分块策略（chunk size）以及检索时的Top-K参数调优都会直接影响知识库的回答质量68% 相似待验证不同FAISS索引类型在召回率、搜索速度和内存占用之间存在权衡，需根据数据规模和延迟要求选择67% 相似待验证保存每次评估的完整排序检索结果能支持配对对比，但代价是存储成本和数据管理复杂度67% 相似待验证文档分块（Chunking）策略的选择会直接影响检索质量，召回后的重排序（Reranking）机制能进一步提升相关性67% 相似

引用此条事实

Stable URI

https://kongchang.com/claim/1004113

API

curl https://kongchang.com/api/v1/knowledge/claims/1004113

MCP

get_claim(id=1004113)