一、关于exists查询
explain select * from vendor where EXISTS(select * from area where area_code = vendor_prov_code ) limit 10
以上是一个典型的exists查询的sql语句。
它的作用方式是这样的:每次从vendor表中查询出一条数据，然后将这条数据中的vendor_prov_code值传递到exists查询中进行执行,也就是进行子查询的执行。
如果子查询查到的数据就返回布尔值true,如果没有就返回布尔值false。返回布尔值true则将该条数据保存下来，否则就舍弃掉。也就是说exists查询，是查询出一条数据就执行一次子查询。
需要注意的是:exists …. 只能返回布尔值true或者false，其他的字段并不会进行返回的。
二、关于in查询
explain select * from vendor where vendor_prov_code in (select area_code from area ) limit 10
上面就是一条关于in查询的sql语句。
它的作用方式是这样的:先执行子查询，也就是in()所包含的语句。子查询查询出数据以后，将前面的查询分为n次普通查询(n表示在子查询中返回的数据行数)。也就是例如以下的执行步骤:
select * from doub_vendor where vendor_prov_code = 子查询结果1 ....... ....... select * from doub_vendor where vendor_prov_code = 子查询结果n
网上有人在争exists查询与in查询的效率问题，这里得说以下，不同的mysql版本，不同的业务，不同的数据，执行效率是不一定的，这里涉及到了mysql优化器对sql语句的优化，子查询的数据量问题等等。
网上还有人说mysql5.6版本对in查询做了很好的优化，所以效率问题要看具体的场景，要看真实测试的数据来进行优化！
总结
以上就是Mysql中in查询与exists查询区别的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？