招银通项目性能优化：2017年PaaS应用CPU问题深度剖析

本资源是一份关于招银通渠道2017年度项目的性能分析经验分享文档，重点关注了系统PaaS应用和MySQL数据库在遇到性能瓶颈时的问题解决过程。项目采用微服务架构，部署在四台服务器上，包括16个应用和8个数据库，其中web和api服务区分明显。 首先，性能问题1集中在招银资管T+0购买功能上，普通会员经办岗在5并发和20并发时响应时间过长，特别是应用CPU（emallapi-capa）飙升至250%。通过详细的单点和并发分析，发现问题主要在于购买后的数据处理。使用Google浏览器F12和Fiddler工具进行请求响应耗时分析，发现单个事务响应时间基本在2秒内，但大量数据处理导致响应延迟。 针对并发问题，通过`top`命令观察到CPU占用较高的进程ID（PID）为14，进一步利用`pidstat`统计线程使用情况，并通过`jstack`分析Java堆栈信息，将关键线程（如0x113, 0x114, 0x115等）的状态定位为"Waiting on condition"，堆栈跟踪显示它们被阻塞在`sun.misc.Unsafe.park()`方法上。这些线程的名称对应于HTTP-NIO执行器的线程。 此外，还提到使用IBM的jca433.jar工具对堆栈进行了深入分析，发现线程0x113、0x114、0x115、0x116等待条件的原因是资源竞争或同步问题。对于0x123到0xFCC的线程，同样存在类似的情况，且它们的线程状态和堆栈跟踪表明它们在等待相同的条件。 文档提供了一张性能测试环境部署图，展示了系统的复杂性，以及在模拟真实环境下的性能测试策略。为了准备数据和模拟与第三方系统的交互，作者使用了http挡板，这可能涉及到API接口调用和数据集成方面的性能优化挑战。 这份文档详细记录了项目团队在处理招银通项目性能问题上的实践，包括故障定位、工具使用、线程分析和堆栈跟踪，为其他性能优化工作提供了宝贵的参考案例。理解并解决这些性能瓶颈对于提升微服务架构下系统的稳定性和效率至关重要。