Home/Blog/从0到1实现一个分布式时序数据库(三):主从复制、故障检测与切换数据库从0到1实现一个分布式时序数据库(三):主从复制、故障检测与切换掘金2026-11-11 18:390 views从一条写入到故障恢复,了解主从复制如何同步数据、心跳如何发现异常,以及为什么安全切换需要选主和隔离旧主Source:https://juejin.cn/post/7706749533829087272My favoritesPrevious我给 Agent 测试注入了 72 种谎话,它抓住了 44 种Next图片从 8.2MB 压到 296KB:我把小程序图片链路的账单拆了一遍Related postsNothing 手机阵容明年翻倍至少 6 款,A036 等 3 款机型已现踪迹IT之家 11 月 14 日消息,科技媒体 Smartprix 昨日(11 月 13 日)发布博文, 报道称 Nothing 的手机阵容在 2027 年将扩至 6 款,目前已出现 A006、A010 以及 A036 三款机型。 IT之家援引0IT之家微软承认 10 月 Win10/Win11 更新导致数据库连接异常,部分服务器可能越跑越慢IT之家 11 月 14 日消息,科技媒体 BornCity 今天(11 月 14 日)发布博文,报道称微软已承认部分 Windows 11、Windows 10 系统安装 10 月 13 日发布的累积更新后, 部分使用 SQL Serve0IT之家一次170万行的导出:sql优化远没有加索引这么简单一次 170 万行的导出:SQL 优化远没有加索引这么简单 一、3176 秒 一个导出接口,单次要处理 170 万行数据,居然跑了 3176 秒——接近 53 分钟。 日均只调用两次,显然不是并发问题0掘金AI 代码上线前的第 24 道门禁:上线失败时,怎样在 10 分钟内退回?新版本上线,健康检查通过,五分钟后错误率爬升。准备回滚,发现上一个版本的镜像已经被覆盖,因为流水线按 latest 标签推同一个仓库路径;数据库 migration 只写了 up。团队一边排查一边重建0掘金别再全量塞历史了:用 Redis 给 Agent 装上「短期记忆」先说结论 大模型本身是无状态的。它不是"记性差",而是根本没有记忆——每次请求对它来说都是第一次见面。 所以我们说的 Agent Memory,本质上只解决一个问题:让一个无状态的模型,在多轮、多实例0掘金过犹不及:为什么搜索结果重排序时,20 个候选结果胜过 200 个作者:来自 Elastic Scott Martens, Sofia Vasileva 我们原以为更多候选结果会有所帮助,但在 Elasticsearch 的 25 项基准测试中,jina-reran0掘金