需求：由于上游服务要求响应速度，必须要在10毫秒内返回结果，否则不能处理。
一开始的方案：B端数据落库，数据同学帮忙去加工到库里。然后上游服务http请求过来，再通过数据库去查，在返回。但是已经用了30毫秒，为此我们进行了优化处理。
解决方案一：从http调用请求修改，改为GRPC请求，因为http有许多多余的参数，header，cookie之类的，而GRPC没有那么多东西，所以能更快一点。
解决方案二：从原来的mysql存粗，转变成查询redis做处理。把数据加工号，然后存在redis里，但是也有可能给redis弄满，所以这一方案还得进行redis的调优。
解决方案三：在二的基础上。每30分钟，处理一次接口把它从redis里放在程序缓存里，去处理。
基于以上处理，终于响应时间是10毫米之内。