JPA 并发查询同一条数据时的效率问题

伪代码

    public RespData findOrderTest(@RequestParam String orderCode,@RequestParam String strategy) {
        TbOrder tbOrder = orderDao.findByOrderCodeAndStrategy(orderCode, strategy);
        
        //do something
        try {
            Thread.sleep(5000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return RespData.success(tbOrder);
    }

使用 jmeter 并发调用，查询条件不变，反复查询同一条数据，发现查询速率变慢

正常耗时日志

    `---[5054.53776ms] cn.*.PatientAppController:findOrderTest()
        +---[54.165884ms] cn.*.TbOrderDao:findByOrderCodeAndStrategy() #349
        +---[0.079756ms] javax.persistence.EntityManager:clear() #350
        `---[0.018264ms] cn.*.RespData:buildSuccess() #363

测试期间接口耗时逐渐增加，异常耗时日志

    `---[29406.81247ms] cn.*.PatientAppController:findOrderTest()
        +---[24406.507885ms] cn.*.TbOrderDao:findByOrderCodeAndStrategy() #349
        +---[0.036484ms] javax.persistence.EntityManager:clear() #350
        `---[0.020533ms] cn.*.RespData:buildSuccess() #363

已排除是数据库性能问题，怀疑是 jpa 内部的实现机制所致，多番测试还是没有找到问题，分享出来给大家看看，请大佬指教

1194129822

2022-02-25 21:59:00 +08:00

这不是 JPA 的问题，你换成 Mybatis 之类也会出现同样的情况。很明显是连接池的问题，Connection 一般都是有限的，你并发高，把 Connection 占完了，而且迟迟不释放。后面线程阻塞在获取 Connection ，你可以看一下你用的是什么 DataSource ，Hikari 默认只有 10 个连接。你把连接数调到几百试一下，你这就相当于慢查询，造成的雪崩效应。但是真实环境下 Connection 也不能太多，不然雪崩的就是数据库了，JDBC 的阻塞性其实保护的是数据库。