2026 年 9 月 12 日，管家婆发布 5.1.2 版本，本次更新的主题只有一个：把查询做快。重构检索索引之后，万期数据量的查询操作平均 0.6 秒返回结果，期号详情页首屏平均 0.9 秒呈现，按期号定位单期记录平均 0.3 秒完成跳转。
更新对全部用户开放，不区分版本。查询、日期区间筛选与倒序翻页三种方式均使用同一套索引。
技术优势：把索引建在"怎么查"上，而不是"存了什么"
旧版查询慢的原因并不在数据量本身。复盘时团队发现，历史记录的存储结构是按写入时间顺序排列的，查询期号时只能顺序扫描并逐个比对，数据越多扫得越久。对于按期号精确定位这种最常见的操作，结构上并不友好。
5.1.2 把索引重做为两条主线：一条按期号排序，用于精确定位单期记录；另一条按开奖日期排序，用于区间筛选与倒序浏览。号码位置从原来的单字段中拆出来单独存储，避免为了查出某一个位置的号码而读取整条记录。
"查询慢通常不是硬件不够，而是索引和实际查法对不上。"管家婆技术负责人曹雪莹在版本说明中表示，"用户最常做的是按期号和按日期查，那就把这两条路径各修一条直路。"
另一处调整是把常用数据放到本地索引。近 500 期记录的核心字段在客户端侧建立本地索引，输入期号时先命中本地，只有超出收录范围或需要读取完整字段时才回源。这也是输入框里能即时给出候选期号的实现基础。
性能数据：0.6 秒是怎么来的
官方给出的实测数据基于收录的全部历史期号与一份扩展至万期量级的测试数据集，统计口径为连续 30 次操作的平均耗时：
- 万期数据查询：平均 0.6 秒返回结果；
- 期号精确定位：平均 0.3 秒跳转至该期详情；
- 期号详情页首屏：平均 0.9 秒呈现；
- 按开奖日期区间筛选：近 50 期 0.2 秒，全量区间 0.7 秒；
- 倒序翻页：单页切换平均 0.25 秒；
- 对照旧版：同一测试集下万期查询需 6.8 秒，新版约为其 1/11。
耗时下降的主要来源有两处。一是顺序扫描改为索引命中，查询路径从与数据量成正比变为基本与数据量无关；二是位置字段拆分后，列表渲染只读取展示所需的字段，单次请求传输的数据量明显减少。
需要说明的是，以上均为测试环境下的平均值，实际耗时受设备性能、网络状况与本地索引是否已建立影响。首次使用时本地索引需要一次性构建，耗时略高于后续查询，页面会在构建期间给出提示。
其他更新与下一步计划
5.1.2 同时补充了几项与查询相关的体验细节。查询无结果时不再直接给出空列表，而是提示可能的期号区间与最接近的记录，减少因期号输入偏差导致的反复尝试。日期区间选择器新增常用区间快捷入口，如近 30 期、近 100 期与全部收录期号。
结果列表支持按期号、开奖日期与和值排序，排序状态会在翻页时保留，不必每次都重新设置。导出的统计表与列表保持同一排序口径，线下核对时顺序一致。
"把查询做快这件事，用户其实不会专门表扬，但慢过一次就会记很久。"曹雪莹补充道，"下一步我们会继续压缩首次构建本地索引的耗时，让第一次打开也接近后续的响应速度。"
本次更新不改变数据结构，升级后按期号访问即可使用新索引，历史记录与统计结果均不受影响。团队同时确认，查询功能仅用于检索已收录的历史开奖记录与统计口径，页面不提供任何其他用途的查询入口。
新的检索索引已随 5.1.2 全量开放。你可以下载管家婆体验期号秒级定位，也可以先了解使用流程，看清从选范围到导出结果需要几步。
用户评论
期号一输就有候选，比以前点半天快太多，效率提升很明显。
日期区间筛选终于不卡了，全量区间以前要等将近十秒。
翻页更快这个感受很直接，连着看几十期不会一直在转圈。
第一次构建索引有点等待，之后确实很快，能接受。
导出的表和列表排序一致，核对时不用再重新排序，省事。
查不到时给出最接近的记录，这个提示挺好，少走弯路。