49图库检索提速：七位期号直达单期记录

2026 年 10 月 31 日，49图库 推送 3.6.2 版本，把期号查询的检索链路整条重做。过去输入七位期号后，系统要先判断年份、再路由到对应的分片，现在这一步被彻底去掉：期号直接作为主键命中单期记录。真实流量抽样 12,400 次查询，中位响应从 143 毫秒降到 58 毫秒，跨年查询从 210 毫秒降到 71 毫秒，查询命中率保持在 99.98%。

期号查询是 49图库 最早做的一个入口。归档按年切分是从当年每日增量入库的写法沿用下来的，2021 年以前的期号要跨两个分片才能读完。随着归档增长到 8,912,470 期，这种切法开始在小屏幕上暴露问题：移动端多一次路由，画面就会闪一次。这次改造的目标不是把响应压到极限，而是让一次查询只走一条路。

从按年分片到单键索引

期号本身是七位定长数字，天然可排序，适合直接压缩成 32 位整型做键。改造后归档按主键顺序连续存放，一次查询在单层 B+ 树内完成寻址，不再有“先看年份前缀”的分支。冷启动时把 891 万个键读入内存缓存，耗时从 1.2 秒压到 340 毫秒，索引文件体积从 1.4 GB 降到 860 兆，安装包因此小了 3 兆。

为了让跨年查询也走同一条路径，团队把年份前缀从键里拆出来，只保留期号序列，年份改由记录字段携带。这样 2021 年 202 期与 2026 年 302 期在索引里相邻，跨年检索不再需要合并两个结果集。前端架构负责人何思远说，团队最初担心拆前缀会破坏历史链接，实际验证时发现旧链接全部命中，没有出现一次 301 跳转。

改造过程中还处理了一个容易被忽略的细节：查询框允许粘贴带空格的期号。旧逻辑把空格当成非法字符直接返回空结果，新逻辑先做清洗再校验长度，输入 2026298 与 2026 298 得到的结果完全一致。这个改动来自 118 条用户反馈，其中 63 条明确提到“粘贴后查不到”。

12,400 次实测：P50 58 毫秒，P95 121 毫秒

性能数据来自发布前的真实流量重放：样本覆盖 2026 年 9 月 1 日至 10 月 28 日的 12,400 次查询，其中 4,180 次为跨年期号，2,240 次为移动端弱网请求。改造后 P50 为 58 毫秒，P95 为 121 毫秒，P99 为 186 毫秒；改造前对应数值分别是 143 毫秒、268 毫秒与 412 毫秒。弱网条件下（下行 1.5 Mbps、延迟 180 毫秒）单期查询的完整渲染时间为 0.74 秒。

同一批样本里，跨年查询的收益最明显：从 210 毫秒降到 71 毫秒，降幅 66.2%。这组数字背后是分片合并的整体消失，而不只是索引变快。测试还发现一个边界情况——输入 6 位期号时旧逻辑会扫描全部年份并返回空列表，耗时 380 毫秒，新逻辑在 4 毫秒内给出“期号应为七位”的提示，并保留已输入的六位数字。

顺带修的三处细节

第一处是日期入口。选择某一天后，结果列表默认按公布时间升序，和期号查询的降序不一致，容易让人误判哪一期是最新。3.6.2 统一为降序，并在列表顶部标注“共 N 期”。第二处是错误提示的措辞，把“未找到记录”改成“该期号暂无归档记录，可尝试相邻期号或按日期查询”，并附上前后各两期的链接。第三处是离线索引复用，客户端缓存过的期号在联网后只校验时间戳，不重新下载整条记录。

数据口径审核顾清和提醒，检索变快不等于结论变准：期号只定位记录，和值、跨度、奇偶比仍然按当期七个号码计算，大小以 24 为界，跨度范围 6 至 48。「我们把这些口径固定展示在统计卡下方，就是为了让快出来的结果仍然可复核。」她说，团队在 3.6.2 里没有改动任何统计公式，改的只是取数路径。

接下来一个版本，49图库 会把检索能力接到组合筛选上，让“号码 + 和值区间 + 跨度”的条件叠加复用同一套索引，目标是把三条件命中的查询压到 90 毫秒以内。同时移动端的离线索引将支持按期号区间预取，用户可以指定只缓存关心的年份，减少首次启动的等待。

想直接体验这条新路径，可以在 下载页 安装 3.6.2 客户端，安装后查询框默认填入最近一期期号，回车即可查看单期明细与区间分布。网页端的统计视图与客户端一致，两边的时间戳可以互相核对。