MySQL--EXISTS与IN_mysql in exist-优快云博客

本文链接：https://blog.youkuaiyun.com/m0_62754777/article/details/120671060

本文探讨了在SQL优化中，EXISTS与IN的使用情况。通常认为EXISTS效率更高，但作者在实际环境中发现并非总是如此。通过案例分析，作者总结出：在表对象大小不同的情况下，EXISTS与IN的性能表现不一，且MySQL不同版本可能有优化差异。结论是，选择使用EXISTS还是IN应基于具体的表结构和数据分布。

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

Sql优化过程中经常会说到使用Exists代替In，网上看了很多都说Exists执行效率高于In。但在实际生产环境中，自己尝试将in修改成exist，往往不能提高效率。最后总结发现问题的的核心的就是在什么时候我们需要经In的SQL修改成Exists。下述一个案例，一次分析。

1、环境介绍

MySQL 5.6.16

2、对象信息介绍

MySQL [promotion]> select count(*) from dba_test_channel;
++
| count(*) |
++
|   500001 |
++
1 row in set (0.07 sec)

MySQL [promotion]> select count(*) from dba1_test_channel;
++
| count(*) |
++
|     9508 |
++
1 row in set (0.00 sec)

MySQL [promotion]> select count(*) from dba2_test_channel;
++
| count(*) |
++
|      331 |
++
1 row in set (0.00 sec)

MySQL [promotion]>
MySQL [promotion]> select count(*) from p_channel;
++
| count(*) |
++
|  7559141 |
++
1 row in set (0.78 sec)

MySQL [promotion]> select count(*) from p_channel_data;

++
| count(*) |
++
| 17034946 |
++
1 row in set (3.37 sec)


MySQL [(none)]> show variables like 'query%';
++-+
| Variable_name                | Value   |
++-+
| query_alloc_block_size       | 8192    |
| query_cache_limit            | 1048576 |
| query_cache_min_res_unit     | 4096    |
| query_cache_size             | 3145728 |
| query_cache_type             | OFF     |
| query_cache_wlock_invalidate | OFF     |
| query_prealloc_size          | 8192    |
++-+
7