JFinal

2019-10-22 15:37

对热点区域要心中有个大致的数，如果希望很小的改动就可以解决问题，可以在热点区域用一下缓存，这样相以让系统直接响应缓存，而不是直接查询数据库

当然，如果数据实时性很高的话缓存也不合适，要考虑数据库的优化，或者考虑将部分数据从关系型数据库转移到类似于 redis 这样的地方

2019-10-22 15:38

还有一个办法，开启 druid 的统计功能，可以得到查询慢的 sql，找到慢的 sql 以后，可以针对性的优化这部分数据库逻辑，例如将 select * 改成 select x, x, x .... 这样的

2019-10-22 15:38

最后，这个问题与 jfinal 的关系是？

tinshen

2019-10-22 16:40

贴一下你的tomcat、数据库类型、配置,我的tps在2000多，跑的很开心。

2019-10-24 17:11

@JFinal 谢谢回答，又在忙另一个项目忘了看帖子了，最终是增加了线程池的最大数量和把最大的关系表的所有字段增加索引来暂时解决了问题，后续问题可能会考虑项目架构转型了，

2019-10-24 17:12

@tinshen 谢谢回答，问题暂时通过增加线程数最大数量缓解了

2019-10-24 17:33

@smile_5478 增加索引应该是解决该问题的真正原因，线程池数量除非原本配置很小，否则一般是不会出现瓶颈的