目前遇到最严重的是慢 SQL 拖垮服务器...

200 开工红包

@nvideo 你发这个想表达什么呢？ 没有 spingboot 就不能写 Java 代码了？

Java 是一门语言，而 SpringBoot 只是一个适合 Java 更高效开发的框架

今年效益不好，直接无。去年发太多了.....

直接无脑大理好吧，仓山洱海陪伴，鸟语花香，遥望玉龙雪山工作，没事溜溜猫、浇花喝茶好不惬意

你老婆喜欢实在的东西，SK2 这种化妆品你个大老爷们突然送这个，她肯定是觉得算了，不实在，你可以带她出去吃顿好的西餐，然后过冬了，买一件好点的羽绒服，我觉得吃也吃了，衣服穿着冬天也暖和了

建一张结构一致的新表，把索引加好，然后把老表的数据转移到新表里面。22 万的数据量很快就转移了，唯一需要注意的是老表数据转移的时候最新的数据会无法立即同步到新表，你只需要查一定的数量进行转移即可，然后再业务低峰期时再把剩余的数据同步到新表

对于应届的身份来说，回国打拼也是很正常的一种向往，看了其它的一些润的帖子，可能等你到了一定的年龄，感觉回德国会更好点

我朋友是做前端路由器和交换机相关的，不止是页面，也跟硬件接触，要把一些前端的包上传到硬件里面去，后端就更别说多烂了，全部是买的台湾的，或者国外的一些软件包回来自己修修改改，而这些还都是大家常用的路由器，华为、海康、移动、联通等等，反正就跟硬件沾边，真的很水。

这个“屎山”定义是什么？ 有待商榷......
目前我认为的屎山有以下几点：
1：代码不够简洁，有违代码简洁之道，简单的功能写的太复杂，看似各种容错，其实是各种漏洞
2：代码没有承上启下，不要写一些重复的东西，重复造轮子很蠢，很难维护
3：基于第二点，如果代码复用性差，维护起来成本就会增高，而且老人一走，新人维护简直是火葬场，也就成为了新人眼中的屎山
4：代码整体设计，这个是基于前 3 点，我个人认为一个项目应该有若干个版本，例如 1.0 、2.0 、3.0.....版本的升级维护，每一次的升级都是为了更好的优化代码，而不是堆屎山


还有你说的第二点：减少产生屎山代码的人。多招高级工程师，不招初级工程师。但人力成本提高了。多招高级工程师，简直是个伪命题，高级不代表能解决屎山的问题，架构都不一定能解决，因为每个公司对高级的定义是不一样的，普通公司的高级也就是大公司的中级，我这样说你能明白的吧...至少我身边有一些高级，我没觉得他写的代码不是屎山

一句话：羊毛出在羊身上

@bertieranO0o 你也知道你调用的是 API 哈，我说的是逻辑思维，API 谁不会调

说一个大概的思路，前端检测上传的文件大小，根据文件大小进行压缩分片，比如 1G 的文件，分成 1024 个压缩包，每个压缩包 1M ，然后进行轮询请求上传到 OSS ，将 1024 个文件放到一个文件夹， 获取 OSS 的文件夹路径传给后端，由后端根据此路径读取 OSS 上传的所有分片文件，然后进行异步处理组装。