忆年－－尘封的记忆

对于flowable的认知一直是浅显的停留在理论了解上，并未深入学习研究，也没有完整的样例作品。了解过一些原理，架构，表结构说明等等，但老实说，如果没有实战，这些理论性的东西在记忆中并不会保留太长久，很容易被遗忘掉。一直以来想把流程引擎这块空缺补起来，无奈团队的项目中尚未有真正的流程应用，暂时不易投入人力和精力来做这部分的内容。前段时间，架构师接手的项目中涉及到了流程引擎的应用开发，我推荐了flowable，也做了一些理论基础的讲解。也协助解决了一些比较基础的问题。五一节前的那天下班前，负责后端

接手的某项目部署于某云平台centos服务器上，由tomcat作为中间件提供应用，且购买了该平台的域名服务，从2019年底上线运营，一直运行比较平稳，可能还没正式用起来，用的人也不是很多吧。但凡事总有个但是，近期发现云服务器CPU资源占用稳定在50%以上，且系统盘各目录被持续定入core.1234之类的陌生文件，导致磁盘空间占用超高。紧接着操作服务器，不管执行什么命令，都会有这个错误提示：ERROR: ld.so: object '/usr/local/lib/libs.so' f.

雷区场景：仍然是某2G+2C的项目用户管理模块，比较普通的增删改查功能。近日被吐嘈打开人员列表（用户数据量在70-80万之间）展示页面超慢！有时还会请求超时。。。初步排查：NetWork找到了响应慢为获取人员列表数据的接口，响应时间竟然超过了10s，看来实施的同学心态普遍都太好了！！！然后安排了开发人员直接排查日志及查询脚本，确实也查到了一些关键问题，比如下面的查询脚本：实际执行的脚本为：select * from (SELECT bu.*, cp.name AS ...

  Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Font