4. 性能参数模型：定义关键性能指标
咱们做密文检索系统，每天处理海量审计日志。性能好不好，不能光靠「感觉」。你得有量化的标尺。我个人的习惯是，先定死三个核心指标：QPS、延迟、吞吐量。这三板斧砍下去，系统状态基本就摸清了。
4.1 这三个指标，到底在衡量什么？
很多新手会把吞吐量跟QPS搞混。其实它们看问题的角度不一样。
- QPS（每秒查询数）：衡量系统处理 请求 的速度。说白了，一秒能接多少活儿。
- 延迟（Latency）：衡量单个请求从进去到出来花了多久。用户体验好坏全看它。
- 吞吐量（Throughput）：衡量系统单位时间处理 数据量。比如一秒能检索多少MB的日志。
4.2 计算方式，来点实际的
光说概念没用。我直接上公式和例子，你回去套用就行。
| 指标 | 计算公式 | 单位 | 典型场景（密文检索） |
|---|---|---|---|
| QPS | 总请求数 ÷ 时间段（秒） | req/s | 统计1分钟内的检索请求数，除以60 |
| 平均延迟 | 总响应时间 ÷ 总请求数 | ms | 记录1000次检索耗时，取平均值 |
| 吞吐量 | 处理的数据总字节 ÷ 时间段（秒） | MB/s 或 GB/s | 统计密文索引扫描了多少数据块 |
嗯，这里要注意一下。很多人算吞吐量只用上行数据量，其实不对。你得算实际扫描过的密文块大小。我在一次生产事故里发现，因为索引碎片化，实际扫描的密文数据是原日志的5倍，吞吐量虚高了一截。
4.3 延迟的百分位才是关键
平均延迟有时候会骗人。比如1%的请求很慢，剩下99%都很快，平均下来好像还行，但那个1%的倒霉鬼就炸了。所以我常看P99、P95。
百分位延迟计算方式：
- 把一段时间内（比如5分钟）所有请求的延迟从小到大排序。
- 取第99%分位的那个值，就是P99延迟。
- 含义：99%的请求都优于这个值。或者说，只有1%的请求比它慢。
# 假设有1000个延迟数据，单位ms
sorted_latency.sort()
p99_index = int(len(sorted_latency) * 0.99)
p99_latency = sorted_latency[p99_index]
print(f"P99 Latency: {p99_latency} ms")
为什么不直接用最大值？最大值可能是由于GC暂停或者网络抖动造成的偶然异常，不适合作为调优依据。我曾经就踩过这个坑，盯着最大值调了一个月，其实完全是白费力气。
4.4 指标之间的关系，一个图说清楚
我做了一张关系图，帮你把QPS、延迟、吞吐量之间的逻辑串起来。密文检索系统里，请求来了，先查索引（QPS），再读密文数据（吞吐量），最后返回结果（延迟）。三者互相制约。
4.5 实战中，我如何采集这些指标
密文检索系统里，每个请求都会经过「解析凭证→解密索引→比较密文→返回结果」这几个阶段。我建议你在每个阶段的起点和终点都埋点计时。代码示例如下（伪代码逻辑）：
// 在请求进入时记录时间戳
long startTime = System.currentTimeMillis();
// 执行密文检索逻辑
CipherResult result = ciphersearch(query);
// 在返回前记录
long endTime = System.currentTimeMillis();
long latency = endTime - startTime;
// 原子计数器增加QPS
atomicQpsCounter.incrementAndGet();
// 吞吐量累加：本次扫描的密文块大小（字节）
totalScannedBytes.addAndGet(result.getScannedSize());
然后在指标收集端，比如你用了Micrometer或者Prometheus客户端，每5秒上报一次聚合值。我之前用过一个方案，在内存里维护一个滑动窗口（比如60秒的环形缓冲区），把每秒的QPS、平均延迟、P99延迟、吞吐量都算好，再暴露给监控系统。这样不会因为采集端抖动而丢失数据。
4.6 一个调优案例
我记得有一次，线上密文检索系统QPS只有300，但目标要求是500。我一开始以为是CPU瓶颈，加了一堆机器没效果。后来一分析，发现P99延迟高达2秒。而平均延迟只有200ms。
为什么会这样？我用火焰图定位，发现有两个慢查询占用了大量的时间片。这两个慢查询是因为索引字段设计不合理，导致密文范围查询退化成了全表扫描。调整了索引策略后，P99延迟降到了300ms，QPS也从300跳到了700。你看，延迟和QPS之间是跷跷板，找准了短板，一下子就能撬动全局。
小结一下性能参数模型的核心点：
- QPS、延迟、吞吐量三者互相制约，必须联动观察。
- 计算方式不要死记硬背，理解“单位时间+总量”的本质即可。
- 延迟关注P99/P95，别被平均忽悠。
- 采集要埋点完整，聚合窗口要够长（1分钟以上）。
嗯，这一章的内容差不多就这些。你先把这三个指标的定义和计算方式吃透，然后去你的巡检脚本里加上对应的采集和告警规则。下一个节我们就聊具体怎么调这些参数，把QPS再往上提一提。不过那是后话了，先把眼前的基础打牢。