白小姐开奖结果数据分析数据中心扩容完成，查询容量提升 3.2 倍

2026 年 9 月 10 日，白小姐开奖结果数据分析宣布数据中心扩容完成。本次扩容新增 2 个计算节点与 1 个只读副本，查询并发容量从 1,200 提升到 3,840，夜间统计任务耗时缩短 58%，高峰时段的平均响应时间稳定在 0.26 秒。本次扩容在 9 月 9 日凌晨完成，全程未停机。后续扩容计划已在排期，容量余量按月复核。

容量瓶颈：晚间 21 点的那条曲线

扩容前的监控数据显示，每天 21:00 至 22:00 是访问高峰，查询并发峰值达到 1,146，接近 1,200 的容量上限，响应时间从平日的 0.31 秒拉长到 1.7 秒，个别复杂统计请求超过 4 秒。监控数据按分钟聚合，21 点的曲线在扩容前几乎贴着容量上限，扩容后回落到 42%。运维负责人顾承宇介绍：「瓶颈不在存储，而在统计计算。每晚的批量任务与实时查询抢同一批 CPU，任务一跑，查询就慢，两者互相拖累。

」顾承宇补充说，统计任务原本与查询共用一个连接池，任务启动时连接被占满，查询只能排队等待；分离后两边各有独立连接池，池大小按峰值负载的 1.5 倍配置，排队时间从 2.4 秒降到 0.1 秒。扩容方案把计算与查询分离：2 个新节点专门承担批量统计，查询节点只处理读请求；只读副本承担历史区间的重查询，主库压力下降 62%。只读副本采用异步复制，延迟稳定在 80 毫秒以内，历史区间的查询都路由到副本，主库只保留最近 500 期的读写；路由规则写在配置中心，调整后 10 秒内生效，不需要重启服务。

扩容后的实测：并发 3,840 与 0.26 秒

扩容完成后进行了三轮压测，每轮持续 40 分钟，模拟并发从 500 逐步加到 4,000。在 3,840 并发下，平均响应时间 0.26 秒，P95 为 0.61 秒，P99 为 1.3 秒，错误率 0.01%。压测脚本模拟真实查询分布，期号查询占 61%，统计类占 27%，导出占 12%，与线上日志一致。

夜间统计任务的耗时从 46 分钟降到 19 分钟，缩短 58.7%。其中，频次统计从 14 分钟降到 5 分钟，遗漏回填从 18 分钟降到 7 分钟，区间聚合从 9 分钟降到 4 分钟。三项任务的耗时都在监控面板上单列，任一项超过 25 分钟会触发告警；分片数从 2 调到 4 后，单片处理的行数降到 61 万。

资源使用也更平稳。扩容前 CPU 峰值 91%，扩容后峰值 47%，内存峰值从 86% 降到 52%，为后续功能预留了空间。三个月内无需再次扩容。CPU 峰值出现在每晚 21:30 的查询高峰，扩容后同一时段的均值只有 31%；预留的 53% 余量可以支撑一次大版本发布期间的临时负载，不必临时加机器。

成本与能效：不是简单地加机器

本次扩容并未按峰值线性加机器。团队把统计任务改为分片执行，同一任务拆成 4 片并行，单片完成后合并结果，使 2 个新节点的吞吐相当于此前的 3.4 个节点。分片的切分键为期号区间，避免同一期数据被拆到两个分片，合并时不需要去重；单分片失败会重跑该分片，其余分片的结果保留，整体重试成本下降 70%。存储侧做了冷热分层：最近 500 期留在高速盘，其余历史数据放在容量盘，查询时按需加载。热数据占总量 10.2%，却承担了 78.6% 的读取请求，分层后存储成本下降 34%。

冷热分层的切换按访问频次自动判断，连续 30 天未被访问的数据降到容量盘；降层后首次查询需要 0.4 秒预热，页面会显示加载状态。顾承宇补充：「扩容的目标不是堆资源，而是让该快的地方快。我们把 90% 的优化放在了查询路径上，剩下的才是加节点。」下一阶段将评估边缘节点缓存，进一步缩短跨地域访问延迟。顾承宇表示，边缘缓存只缓存最近 30 期的聚合结果，命中率预计在 40% 左右；方案仍在评估，暂未排入版本计划。