Slater：让百亿边图跑在几百 MB 内存
Slater – Low-memory graphdb designed for read-heavy graphs
图数据库最大的痛点就是吃内存，图有多大就得配多少 RAM，这让大规模部署成本高昂。Slater 彻底颠覆了这一规则，它专为读多写少的场景设计，能将数亿节点和数十亿边的图数据，仅用几百 MB 内存就能流畅运行。它通过按需从磁盘加载数据，将内存占用与图大小解耦，同时支持 Bolt 协议，让现有的 neo4j 驱动无缝接入。更酷的是，它还内置了磁盘原生的向量搜索，支持实时持久化写入，且写入操作完全不影响读取性能。无论是知识图谱、推荐系统还是身份图，Slater 都能让你低成本地扩展读副本，轻松应对海量关联数据查询。
Slater 的内存占用由你设定的缓存预算决定，而不是由图的大小决定。
HN 评论区
14- valentynkit
Delta 层是我希望了解更多细节的部分：一旦你开始针对一个多 GB 的不可变核心进行频繁合并，写放大（write amplification）会是什么样子？这通常是那些宣称“仅需几百 MB 内存运行”的方案变得昂贵的地方。
- rickkjp
大家好——我想宣布一下我最近在开发的一个低内存占用的开源图数据库（命名为 Slater，致敬《Archer》中的角色）。关于 Graph/GraphRAG 数据库最常见的抱怨是它们的成本和内存占用：许多方案依赖将整个数据集完全加载到 RAM 中，这导致运行成本高昂。
Slater 的设计前提是设定一个固定的内存预算，用于对磁盘上的内容构建 LRU 缓存，然后利用 ISAM 块以及 DiskANN/Vamana/PQ 技术，将所需的图数据和向量分页加载到该缓存中。它专为读多写少的场景设计，后端既可以是本地磁盘，也可以是 S3/GCS 存储桶，并支持可选的定长本地磁盘 L2 缓存。
支持标准 Bolt 协议，且符合 GDPR 要求（支持静态加密和传输加密）。支持多用户多图，具备 ACL 权限控制；基于 Rust 开发并禁用了 unsafe 代码；同时兼容 NFS（不使用 mmaps）。采用 Apache 许可证。
如果有机会，欢迎试用。非常期待任何建议或反馈。
完全披露：是的，代码是由 Claude Code 生成的，但我提供了存储模型和设计方案，以及代码示例，并参考了 FalkorDB 和 Memgraph 等其他开源项目以实现 Bolt 协议的线协议兼容性。
谢谢
- pbronez
“标准 Bolt”与 OpenCypher 有什么关系？支持 Bolt 是否意味着也支持 OpenCypher？