mysql not in、left join、IS NULL、NOT EXISTS 效率问题记录

mysql not in、left join、IS NULL、NOT EXISTS 效率问题记录，需要的朋友可以参考下。

NOT IN、JOIN、IS NULL、NOT EXISTS效率对比 语句二：select count(*) from A left join B on A.a = B.a where B.a is null 语句三：select count(*) from A where not exists (select a from B where A.a = B.a) 知道以上三条语句的实际效果是相同的已经很久了，但是一直没有深究其间的效率对比。一直感觉上语句二是最快的。 假设buffer pool足够大，写法二相对于写法一来说存在以下几点不足： 这三点综合起来，在处理海量数据时就会产生比较明显的区别（主要是内存和CPU上的开销）。我怀疑楼主在测试时buffer pool可能已经处于饱和状态，这样的话，写法二的那些额外开销不得不借助磁盘上的虚拟内存，在SQL Server做换页时，由于涉及到较慢的I/O操作因此这种差距会更加明显。 关于日志文件过大，这也是正常的，因为删除的记录多嘛。可以根据数据库的用途考虑将恢复模型设为simple，或者在删除结束后将日志truncate掉并把文件shrink下来。 mysql not in 和 left join 效率问题记录 ----------------------------+ Extra | ----------------------------+ Using where | Using index; Using where | Using where; Using temporary | ----------------------------+ -------+ | -------+ | | temporary | temporary | -------+ --------------------+ | --------------------+ Using temporary | Not exists; Distinct | --------------------+ ------------------------+ | ------------------------+ where; Using temporary | where | ------------------------+ 为了验证数据查询效率，将上述查询中的subjectID =12的限制条件去掉，结果统计查询时间如下 laserhe帮忙分析问题总结