性能常识 同一个用户 token 压测和多个用户 token 压测

小人物 · 2021年09月23日 · 最后由 Blaine 回复于 2021年09月30日 · 4883 次阅读

同一个用户 token 压测和多个用户 token 压测区别有多大?会有影响吗?
若真的区别很大,那么压测环境的用户若必须实名认证的那该怎么模拟这么多用户呢?

共收到 7 条回复 时间 点赞

自己生成 token 不就好了吗?
当然是不同的 token 才最真实!

要看系统对于 token 的具体实现吧,单纯这么问不好说差别有多大。

然后如果确实区别很大必须多个用户,那找开发协助,绕过实名认证直接造用户就好了?

一般来说服务端会通过解析 token 获得用户 id 等信息,这个过程应该是不会缓存的,那解析同 1 个 token100 次和解析 100 个 token 我理解是没什么区别的。压测的话如果没有登录态互踢机制的话,用一个 token 也无妨

我理解 可能 token 的 处理机制不同 。 比如有的人设计 的时候,把 token 会放到个人信息的 redis key 中,这样走的大多数是缓存。只有不在缓存中的时候,才会去取 db 回写 redis。 这样单一的 token 和 不同的 token 在压测的过程,压测的重点中 db 层 就会存在较大的差异。 还有就是 token 的 解析,有人可能会设计 内存中解析,到一定量才会释放,这样单个和多个的 压测服务端差异会很大。 需要测试人员根据不同的业务和设计框架 进行性能用例的设计。

对于 token 的处理影响不大吧,主要还是看后续业务的实现。我们之前有业务是根据用户 id 进行分表存储的,单用户压测导致业务缓存全倾斜到单表中,导致查询变慢,与预期的性能结果不同。

ZaZing 回复

还是得看具体业务

压测的性能结果本来就是一个参考值,模不模拟多个 token 肯定会有些许影响,但是我觉得影响不大,主要还得看具体客户需求是如何要求的。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册