1.用的workbench跑的sql,用了模糊查询(后缀%)、排序、分页。加了组合索引,用时差不多1.5s
2.用junit测试service方法差不多也是这个用时
3.跑tomcat的时候这个service方法却用了20+s,controller没有比较任何耗时的逻辑,用debug打断点的时候的确是这句sql特别慢
不知道是不是tomcat的缘故还是其他的问题,不知道怎么排查这个问题了。
1.用的workbench跑的sql,用了模糊查询(后缀%)、排序、分页。加了组合索引,用时差不多1.5s
2.用junit测试service方法差不多也是这个用时
3.跑tomcat的时候这个service方法却用了20+s,controller没有比较任何耗时的逻辑,用debug打断点的时候的确是这句sql特别慢
不知道是不是tomcat的缘故还是其他的问题,不知道怎么排查这个问题了。
4 回答968 阅读
4 回答870 阅读
2 回答839 阅读
2 回答617 阅读
2 回答684 阅读
1 回答646 阅读
584 阅读
1 回答3.9k 阅读
4 回答12.2k 阅读
1.2k 阅读
2 回答4.4k 阅读✓ 已解决
3 回答13.2k 阅读
这个跟 Tomcat 不会有什么联系。
提供一个工具 XRebel 配置好了之后可以监控到代码执行链路的耗时,可以直观的看到每个方法执行时间,定位耗时较长的点非常的容易。