蹲一下
好的,感谢
我司有干到快退休的,还是有 “老人 ” 的
第二个图,500 线程的场景,对应的吞吐量和响应时间波动比之前的场景大,个人拙见可以看看是不是 GC 导致
我也想说
我不管,反正白嫖了 6 个月会员,我选择性遗忘这个事故
这种存在大量历史数据的项目恰好接触过,处理方法是:
1、一轮测试做空库测试,或者开发库进行测试【校验功能和新增数据的业务连贯性】。
2、二轮测试迁移数据测试,用你们政数局提供一个历史迁移库做测试,并且让开发把迁移脚本给你们【测试历史数据能不能兼容现在的业务】并对所有数据 BUG 的修改脚本留下记录。
3、最后上线阶段,开发迁移最新一版本数据的时候校验所有迁移脚本是否遗漏,二轮数据测试的脚本是否被同步。
简单业务这样做比较快,复杂的金融类业务还是前端更快。对这种系统来说,为了系统稳定, UI 几年都不会迭代一次,成本很低。
你只做了两个对比 禁用 or 不禁用,其实还有一个删除 3.调试取样器。如果还是复现你的问题,那就是你自己脚本有问题 。理论上调试取样器不会对结果有影响