系统性能有问题，接下来怎么做合适？

[ben988211]

最近接手了一个项目spring mvc + mybatis，工作流用的activity，开发基本完成。压力测试结果显示300用户，5个场景，响应时间60多秒。这系统没法上线啊！各位大神出出主意。接下来怎么做合适？

[sk815]

现在能做的就是遇坑填坑··只能硬刚了···

[maradona1984]

俺们都不用activity,随便找个轻量级的工作流玩,有啥问题可以自己改

既然工作流是瓶颈,可以考虑把不同流程的工作流对应的数据库分库呗

[咸哼酒家]

先说说怎么做压力测试的，万一压力测试本身就有问题呢

[maradona1984]

先找到瓶颈点啊...

[nyq1999]

最简单的，打日志，看哪部分耗时长。另外压力测试得看并发用户多少吧。。。

[ben988211]

三方压测过，结果基本一致。日志查看，工作流启动耗时最长，写数据库的时间也不短。据了解初期开发时，没系统考虑过，都是先做上，不合适就改，以至于现在很难能说清楚。

[ben988211]

引用 9 楼 济南大飞哥 的回复:

个人认为是数据库是瓶颈，你该不会是没用连接池？还是连接池参数配置有问题？这么小的系统，60秒的延迟不太可能。

数据库写入是比较慢，是个瓶颈。
连接池、redis都用了。
据了解初期的架构师就是把各种组件拿过来，拼到一起就开始开发了。口头描述需求，然后就让开发人员自己弄。至于类如何规划、数据库结构如何设计都随意了。
现在坑太多了，也太深了。

[ben988211]

引用 6 楼 maradona1984 的回复:

俺们都不用activity,随便找个轻量级的工作流玩,有啥问题可以自己改

既然工作流是瓶颈,可以考虑把不同流程的工作流对应的数据库分库呗

轻量级工作流这个想法不错，可以考虑。
activity这个太复杂，有自己的用户、角色、群组等。每次提交写大量数据，都不知道干什么的。

[maradona1984]

引用 7 楼 ben988211 的回复:

[quote=引用 6 楼 maradona1984 的回复:]
俺们都不用activity,随便找个轻量级的工作流玩,有啥问题可以自己改

既然工作流是瓶颈,可以考虑把不同流程的工作流对应的数据库分库呗

轻量级工作流这个想法不错，可以考虑。
activity这个太复杂，有自己的用户、角色、群组等。每次提交写大量数据，都不知道干什么的。
[/quote]
activity大而全,其实大多数功能都用不上,工作流有个流程控制,别的自己去自定义实现反而灵活
当然切换技术框架也不是个容易的事情,先看能不能按业务分库,这个或许能提升吞吐量

[济南大飞哥]

个人认为是数据库是瓶颈，你该不会是没用连接池？还是连接池参数配置有问题？这么小的系统，60秒的延迟不太可能。