order by 排序查询多表joinSQL优化

左手的ㄟ右手 2023-09-26 11:54 65阅读 0赞

**两表数据量**

SELECT count(1) from users_customer   634485
    	SELECT count(1) from action_log   1055397

**正常查询**

SELECT
    	c.SUPER_ID superId,
    	c.PHONE_NUMBER phoneNumber,
    	l.LOGIN_OUT_TIME operationTime,
    	l.RESULT_STATUS resultStatus,
    	l.ACTION_NOTE actionNote 
    FROM
    	action_log l
    	LEFT JOIN users_customer c ON l.USER_ID = c.ID 
    WHERE
    	c.SUPER_ID IS NOT NULL 
    	LIMIT 1,10

**稳定在0.4秒左右**  
**---------------------------------------------------------------------------------------------------**  
**加上排序查询后**

ORDER BY
    			l.CREATE_TIME DESC

\*\*直接7秒左右 !!! !!! !!! !! !!! \*\*  
order by 优化很难搞啊 出现了各种问题 不只是单表 因为join了设计的更多  
![在这里插入图片描述][f27a217a16d5453f8cb7d4960ea624af.png]

## 优化后 的sql ##

SELECT
            c.SUPER_ID superId,
            c.PHONE_NUMBER phoneNumber,
            ( CASE l.LOGIN_OR_OUT WHEN 1 THEN '登录' ELSE '登出' END ) module,
            ( CASE l.LOGIN_OR_OUT WHEN 1 THEN '登录' ELSE '登出' END ) operationType,
            l.LOGIN_OUT_TIME operationTime,
            l.RESULT_STATUS resultStatus,
            l.ACTION_NOTE actionNote
            FROM
            action_log l,
            ( SELECT * FROM users_customer ) c
            WHERE
            l.USER_ID = c.ID
                    ORDER BY
            l.CREATE_TIME DESC

**使用两表子查询功能 不再使用join 让他们各自走个自的索引,性能提高在0.1秒**

--------------------

碰到一个奇葩问题,SQL优化后还是特别慢, 最后发现mybatis-plus的分页插件会count数量

**解决方法**

//关闭自动count 查询
                pager.setSearchCount(false);
                list = actionLogMapper.findCustomerLogPage(pager, dto);
                //查询count数量
                Long count = actionLogMapper.findCustomerLogCount(dto.getOperationType());
                pager.setTotal(count);

关闭自动count查询后手写一个count防止出现该问题

[f27a217a16d5453f8cb7d4960ea624af.png]: https://img-blog.csdnimg.cn/f27a217a16d5453f8cb7d4960ea624af.png