接口测试
双十一 主互动电力值玩法——/cgi-proxy/xxx修改mission code后发送可以直接领取部分任务的电力值
/cgi-proxy/xxx提现请求并发有两次成功
发红包接口并发成功
身份认证接口，人脸识别可以跳过
用户购买获得分销权限，然后订单退款后，分销链接依然可以生效
退款接口cgi-agency/xxx接口的价格参数price=0时可以提交成功，与产品需求逻辑不符
modify_xxx接口，下架课程这里能够跨机构操作成功
接口没有做身份校验，可以通过这些接口爬取KA课程全部学生的身份信息
用户通过接口/cgi-proxy/xxx请求"session_id": "100"的分数，必现的可以把自己分数刷成满分
通过接口依然能够领取未开始和已结束的红包
前端多次调用同一个接口，以及后台接口没有做限频处理
分页时对count没做数量限制，存在风险
服务接口压力测试
缓存热key
由于访问同一数据，导致请求均落到该数据分片，造成分片负载过高
超时雪崩
下游服务超时后上游不断重试，瞬间多出几倍的请求直接压垮服务
日志写入过多
日志分级不合理，无用信息过多，现网打开debug日志等
sql语句慢查询
sql语句设计不合理，联表查询未做优化，没有合理的索引
大促玩法-加入团队接口压测报错：<br>bug原因：风控事务加团, 并发执行事务插入和更新同一条记录的操作, 造成死锁<br>解决方案：尝试插入团信息不需要与更新团人数在一个事务内, 两者可独立开, 避免锁升级造成的死锁
go_xxx服务存在并发性问题，调用SecCheck接口异常：超时和拒绝连接：<br>bug原因：RPC调用超时设置太短，导致tcp链接异常<br>解决方案：timeout从100ms调整到500ms，解决问题<br>
【性能测试】300qps下ExecBoost接口偶现没有写入数据库情况<br>bug原因：redis中上一次压测的脏数据部分漏删导致流程没法走到写db这里，<br>解决方案：下次压测前确认先删除脏数据再压测<br>
HomeRecommendFeeds接口300ms超时。压测的时候错误请求笔数700+，失败率9.85%<br>解决方案: 请求海豹(seal)接口使用旧PB，使用qapp端口和命令字不对导致请求失败，已更换最新pb，更新七彩石配置，请求使用trpc协议，问题修复。<br>
播放上报接口每秒钟1000QPS生产消息，KAFKA消息堆积：<br>bug原因：kafka消费端需要些更新db，消费慢，导致kafka服务端消息堆积<br>解决方案：使用kafka消费协程池解决，协程池数量Apollo可配置<br>
协程池，简单来说就是由多个协程实现的池化技术
连接池是指预先分配一批连接，并将它们放入一个缓冲区中循环使用，形成池化效应
“内存池”和“进程池”都带有“池”字？其实，这两种技术都属于“池化技术”。<br>它通常是由系统预先分配一批资源并循环利用，达到资源“池化”的目的，以解决高并发下，<br>由于大量分配资源，导致性能开销过大的问题
