每个cell一个数据库celld天生分片设计为何告别共享数据库的争用与爆炸半径【免费下载链接】celldself-hosted, distributed Durable Objects项目地址: https://gitcode.com/GitHub_Trending/ce/celldcelld 是一个自托管的分布式 Durable Objects 运行时开源 daemon它把每个 cell 一个数据库作为核心设计每个 Durable Objectcell都是自带私有 SQLite 数据库的小型服务器。正因为数据库天生就是按 cell 切分的共享数据库的锁争用和一个库拖垮全局的爆炸半径问题在设计层面就被直接消除了而不是靠调优去管理。共享数据库的两个经典痛点传统架构里所有请求挤进同一个数据库争用contention成千上万的用户状态写同一批表行锁、表锁、连接池竞争热点键一出现吞吐立刻塌陷。爆炸半径blast radius一个慢查询、一次坏迁移、一个失控租户影响的是所有用户——单点故障放大成全局故障。常见的对策是手动分库分表选分片键、写路由层、做跨片查询……这套方案复杂且易错而且分片是后天加上去的应用代码仍然默认共享一个库。cell 是什么自带 SQLite 的命名服务器在 celld 里一个 cell 就是一个有名字的小型服务器等价于 Cloudflare Durable Object按名字寻址一个 cell 对应一个用户、一个聊天室、一份文档或一个 AI Agent自带私有 SQLite 数据库所有状态只落在自己的库里cell 之间共享任何数据库单线程执行同一 cell 的两个请求永远不会同时运行存储操作同步执行、永不交错——数据天然一致无需分布式锁。换句话说一个 cell 一个数据库不是一项功能而是 celld 的架构前提。天生分片sharding by construction为何有效应用从第一行代码起就围绕 cell 划分于是争用无处发生——没有共享数据库就没有锁竞争每个 cell 的写压力只落在自己的 SQLite 上爆炸半径被锁死——某个 cell 出问题的最大影响面就是它自己其他 cell 完全不受牵连横向扩展是免费的——cell 可以被任意节点持有扩节点即扩容不需要分片键迁移。官方文档把这句话说得很直接Cells share no database, and the application divides into cells from the start.见 docs/README.md数据如何不丢桶Bucket就是协调者每个 cell 的 SQLite 被持续复制到你自己拥有的 S3 兼容或 GCS 桶中且RPO0celld 不会在数据落桶之前向客户端确认写入。桶是唯一持久事实来源节点随时可替换。cell 迁移或节点宕机时新节点从桶恢复该 cell 的数据库并继续执行。所有权通过对象存储的**条件写compare-and-swap**保证同一时刻只有一个节点持有某个 cell——没有成员协议、没有故障检测器、没有共识服务。更深的机制epoch 前缀围栏、ack 规则、epoch seal可阅读围栏与所有权文档docs/fencing.md对象存储客户端实现见 crates/celld/bucket.rs复制引擎见 crates/ltx/SQLite WAL 到桶的 LTX 格式复制含黄金向量一致性测试。这套协议并非拍脑袋协调逻辑被抽成纯决策核心 crates/logic/由模拟器注入延迟、CAS 竞争、节点崩溃数百万个随机种子调度下验证一个 epoch 内绝不出现两个写者等安全属性详见 docs/testing.md。不活跃的 cell 几乎零成本cell 有几种状态驻留resident活跃或空闲、休眠hibernated、不活跃inactive。空闲 cell 会被移出内存没有任何节点持有的 inactive cell 只是桶里的一个对象成本接近于零——每个 cell 都从这个状态开始。参考数据单台 8GB 节点可驻留 1000 个 cell约合每个驻留 cell 每月 0.05 美元。这对大多数 Agent 大部分时间都在睡觉的场景是决定性优势。哪些场景最适合天生分片实时应用多人游戏、聊天室、协作文档 一个 cellWebSocket 连接和房间状态都在 cell 内无需消息总线AI Agent 舰队每个 Agent 一个 cell记忆/调度/收件箱都在自己的 SQLite 里空闲时休眠到桶多租户 Web 应用每用户/每租户/每设备一个 cell争用从第一天起就不存在因为共享数据库根本不存在。如何上手体验安装后部署一个示例项目即可示例仓库内含 counter、wsecho、rpc 等见 examples/celld deploy examples/counter --bucket s3://my-cells-bucket节点只需指向同一个桶即可自动发现彼此、接管 cell无需任何加入集群命令。项目源码与完整文档可从官方仓库获取https://gitcode.com/GitHub_Trending/ce/celldclone 后即可celld deploy试跑。一句话总结celld 不是把分片做成一个高级特性而是让每个 cell 一个数据库成为默认形态——争用与爆炸半径不需要被运维解决它们在架构里从未出现过。【免费下载链接】celldself-hosted, distributed Durable Objects项目地址: https://gitcode.com/GitHub_Trending/ce/celld创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考