记一次mysql优化 not in, not exits, left join 子查询

最新推荐文章于 2025-01-01 11:37:42 发布

不打代码的程序员

最新推荐文章于 2025-01-01 11:37:42 发布

阅读量1.2k

点赞数

分类专栏： mysql 文章标签： mysql not in not exits left join 子查询优化

本文链接：https://blog.youkuaiyun.com/qq_39504351/article/details/100051523

版权

本文记录了一次MySQL查询优化的过程，涉及not in、not exists和left join在处理大量数据时的性能差异。通过实验和分析，作者发现left join在某些情况下性能更优，但强调应根据具体业务和explain结果来选择合适的优化策略，避免盲目优化。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在某次业务逻辑中写到如下逻辑：查询学校级别的未拦截弹窗记录。而弹窗设备表（t_block_blacklist_device）有四种类型（1:学校级黑名单 2:设备级别黑名单 3:略 4:学校级白名单注：从来没有被加入黑名单或白名单不存在这张表中）。弹窗弹出次数表为t_block_count。于是写下以下sql：查询弹窗弹出次数表的次数，排除掉出现在弹窗设备表中学校级的弹窗id（c_block_id中排除掉c_blacklist_id）

SELECT
	SUM( bc.c_count ) AS blockNum
	-- ....
FROM
	t_block_count AS bc
WHERE
	bc.c_school_code = '****' 
	AND bc.c_block_id NOT IN (
	SELECT
		bbd2.c_blacklist_id 
	FROM
		t_block_blacklist_device AS bbd2 
	WHERE
		bbd2.c_school_code = '****' 
		AND bbd2.c_enabled = 1 
		AND bbd2.c_type IN ( 1, 4 ) 
	) 
GROUP BY
	bc.c_block_id 
ORDER BY
	blockNum DESC;

explain结果
在这里插入图片描述
得到sql后发现not in加子查询在数据量很高的时候性能很差，于是参考网上和《高性能mysql》优化方案，写出not exits和left join的方案，并对比其性能。
not exits方案：