lzl_Avery的博客

给你举个例子吧 你要的是1 2 3 4这状态下的求和 其实就是分组求和 第一步查寻求和字段假设就是time 分组字段status 表里有这两个字段 先说子查询 不管你子查询做了什么样的操作select a,b,c....等查询字段这是你的子查询业务，time as time,status as status from 剩下的你的 子查询条件，最后要分组求和只需要在外面包裹select sum(t.time),t.status from(子查询) as t group by t.status 不就可以搞定了么

写个三目运算嵌套也可以，temp=a>b?(a>c?a:c):(b>c?b:c);这样可以找到最大值temp，同理可找到最小值和中间值从而顺序不就出来了么

https://download.csdn.net/download/lzl_Avery/12831013 你看看我写的这个呢，我这个是基于sprngcould的微服务方式的

说明服务挂掉了所以404找不到了，那么就如你的问题所描述的为什么会挂掉？ 后台多个不同业务需要调用文件上传服务接口，在微服务 项目中文件上传是一个单独的服务对吧？可能是多个服务调用文件服务器，承受不了压力，可以考虑文件服务器集群，如果注册中心用的Eureka 集群就so easy了，另外对于接口设计上要考虑的一系列问题不知道你是否了解？1接口幂等性（文件重复上传），2服务雪崩现象是否有了解（ 在高并发下，某个接口请求量特别高导致jvm资源被其占用，导致其它接口资源没有线程资源去处理它的事）（如果是服务雪崩问题就需要做 服务熔断、降级等措施咯），嗯基本上差不多也就这些原因会导致 （针对你的具体几天不知道）这个也可能是其它某个服务在几天内某个时间内 高并发调用你的文件上传接口也有可能出现这种情况，服务雪崩效应导致的是整个微服务瘫痪