记录工作中遇到的问题（mysql优化规则之——exists与in）

记录工作中遇到的问题：
最近遇到了第三方接入我们系统，导致部分数据查询不到，查看了系统的请求时间，发现请求超时了，数据量比较大有2千多万条，做了分表；初步怀疑nginx的对请求时间做了限制（默认60s），同时优化查询SQL。

检测发现这一段耗时比较长；
根据优化原则：小表驱动大表（t表的数据量比t1表的数据量大，查询条件交换解决）；

时间从3S提升到2ms。

总结：

1. 当A表数据与B表数据一样大时,in与exists效率差不多,可任选一个使用.
2. in 和 exists的区别: in的对应条件只能一个，exists的查询条件可以多个
3. 主查询中的表较大且又有索引时应该用in，反正则用exists

not in和not exists
如果查询语句使用了not in 那么内外表都进行全表扫描，没有用到索引；而not exists 的子查询依然能用到表上的索引。所以无论那个表大，用not exists都比not in要快,但exists并不一定比in要快