MySQL到底是join性能好，还是in一下更快呢？
先总结：
数据量小的时候，用join更划算 数据量大的时候，join的成本更高，但相对来说join的速度会更快 数据量过大的时候，in的数据量过多，会有无法执行sql的问题，待解决 事情是这样的，去年入职的新公司，之后在代码review的时候被提出说，不要写join，join耗性能还是慢来着，当时也是真的没有多想，那就写in好了，最近发现in的数据量过大的时候会导致sql慢，甚至sql太长，直接报错了。
这次来浅究一下，到底是in好还是join好，仅目前认知探寻，有不对之处欢迎指正
以下实验仅在本机电脑试验
一、表结构 1、用户表 create table `user` ( `id` int not null auto_increment, `name` varchar(64) character set utf8mb4 collate utf8mb4_general_ci not null comment '姓名', `gender` smallint default null comment '性别', `mobile` varchar(11) character set utf8mb4 collate utf8mb4_general_ci not null comment '手机号', `create_time` datetime not null comment '创建时间', primary key (`id`), unique key `mobile` (`mobile`) using btree) engine=innodb auto_increment=1005 default charset=utf8mb4 collate=utf8mb4_general_ci 2、订单表 create table `order` ( `id` int unsigned not null auto_increment, `price` decimal(18,2) not null, `user_id` int not null, `product_id` int not null, `status` smallint not null default '0' comment '订单状态', primary key (`id`), key `user_id` (`user_id`), key `product_id` (`product_id`)) engine=innodb auto_increment=202 default charset=utf8mb4 collate=utf8mb4_general_ci 基于 spring boot + mybatis plus + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/ruoyi-vue-pro 视频教程：https://doc.iocoder.cn/video/ 二、先来试少量数据的情况 用户表插一千条随机生成的数据，订单表插一百条随机数据
查下所有的订单以及订单对应的用户
下面从三个维度来看
多表连接查询成本 = 一次驱动表成本 + 从驱动表查出的记录数 * 一次被驱动表的成本
1、join join:
explain format=json select order.id, price, user.`name` from `order` join user on order.user_id = user.id; 子查询:
select order.id,price,user.`name` from `order`,user where user_id=user.id; 2、分开查 select `id`,price,user_id from `order`; select name from user where id in (8, 11, 20, 32, 49, 58, 64, 67, 97, 105, 113, 118, 129, 173, 179, 181, 210, 213, 215, 216, 224, 243, 244, 251, 280, 309, 319, 321, 336, 342, 344, 349, 353, 358, 363, 367, 374, 377, 380, 417, 418, 420, 435, 447, 449, 452, 454, 459, 461, 472, 480, 487, 498, 499, 515, 525, 525, 531, 564, 566, 580, 584, 586, 592, 595, 610, 633, 635, 640, 652, 658, 668, 674, 685, 687, 701, 718, 720, 733, 739, 745, 751, 758, 770, 771, 780, 806, 834, 841, 856, 856, 857, 858, 882, 934, 942, 983, 989, 994, 995); [in的是order查出来的所有用户id] 如此看来，分开查和join查的成本并没有相差许多
3、代码层面 主要用php原生写了脚本，用ab进行10个同时的请求，看下时间，进行比较
ab -n 100 -c 10
in $mysqli = new mysqli('127.0.0.1', 'root', 'root', 'test'); if ($mysqli->connect_error) { die('connect error (' . $mysqli->connect_errno . ') ' . $mysqli->connect_error); } $result = $mysqli->query('select `id`,price,user_id from `order`'); $orders = $result->fetch_all(mysqli_assoc); $userids = implode(',', array_column($orders, 'user_id')); // 获取订单中的用户id $result = $mysqli->query(select `id`,`name` from `user` where id in ({$userids})); $users = $result->fetch_all(mysqli_assoc);// 获取这些用户的姓名 // 将id做数组键 $userres = []; foreach ($users as $user) { $userres[$user['id']] = $user['name']; } $res = []; // 整合数据 foreach ($orders as $order) { $current = []; $current['id'] = $order['id']; $current['price'] = $order['price']; $current['name'] = $userres[$order['user_id']] ?: ''; $res[] = $current; } var_dump($res); // 关闭mysql连接 $mysqli->close(); join $mysqli = new mysqli('127.0.0.1', 'root', 'root', 'test');if ($mysqli->connect_error) { die('connect error (' . $mysqli->connect_errno . ') ' . $mysqli->connect_error);}$result = $mysqli->query('select order.id, price, user.`name` from `order` join user on order.user_id = user.id;');$orders = $result->fetch_all(mysqli_assoc);var_dump($orders);$mysqli->close(); 看时间的话，明显join更快一些
基于 spring cloud alibaba + gateway + nacos + rocketmq + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/yudao-cloud 视频教程：https://doc.iocoder.cn/video/ 三、试下多一些数据的情况 user表现在10000条数据，order表10000条试下
1、join 2、分开 order
user
3、代码层面 in
join
三、试下多一些数据的情况 随机插入后user表十万条数据，order表一百万条试下
1、join 2、分开 order
user
order查出来的结果过长了,,,
3、代码层面 in
join
四、到底怎么才能更好 注：对于本机来说100000条数据不少了，更大的数据量害怕电脑卡死
总的来说，当数据量小时，可能一页数据就够放的时候，join的成本和速度都更好。数据量大的时候确实分开查的成本更低，但是由于数据量大，造成循环的成本更多，代码执行的时间也就越长。
实验过程中发现，当in的数据量过大的时候，sql过长会无法执行，可能还要拆开多条sql进行查询，这样的查询成本和时间一定也会更长，而且如果有分页的需求的话，也无法满足。。。
感觉这两个方法都不是太好，各位小伙伴，有没有更好的方法呢？
针对5GtoB的行业数字化机会，正式发布了华为5GtoB解决方案
电动牙刷好吗？给牙齿做个SPA吧
MS90C386芯片概述、主要特点及典型应用
A3CUBE发布数据中心存储系统及网络接口卡
PIE-Basic软件又添新成员 ，新增水色遥感业务处理能力
MySQL到底是join性能好，还是in一下更快呢？
怎么去设计一种基于模拟电路的跑马灯电路呢？
爆三星S8支持面部识别0.01秒解锁！对比iPhone 8，选哪个？
华为向西方出售5G技术将会对球5G的发展带来怎样的影响
常用电子物料封装及参数_电子物料基础知识详解
电动机多绕几圈有影响吗？
如何使用简单电路来实现隔离转换器的平滑软启动
工业机器人中的铸造机器人是什么_有何功用特征
典型的嵌入式系统设计
AMD两大高性能 AI 芯片正式出货，剑指英伟达 H100
带你了解实现自动化系统平稳升级的10个要素
经典传承！诺基亚8曝光：OLED屏+骁龙835，黑科技满满
智能工厂应用方面5G工业网关已经成功应用在无人巡检机器人等多个领域
苹果发布iOS 12 更新，上线三小时紧急撤回，称更新后存在bug
verilog的时钟分频与时钟使能
数据量小的时候，用join更划算 数据量大的时候，join的成本更高，但相对来说join的速度会更快 数据量过大的时候，in的数据量过多，会有无法执行sql的问题，待解决 事情是这样的，去年入职的新公司，之后在代码review的时候被提出说，不要写join，join耗性能还是慢来着，当时也是真的没有多想，那就写in好了，最近发现in的数据量过大的时候会导致sql慢，甚至sql太长，直接报错了。
这次来浅究一下，到底是in好还是join好，仅目前认知探寻，有不对之处欢迎指正
以下实验仅在本机电脑试验
一、表结构 1、用户表 create table `user` ( `id` int not null auto_increment, `name` varchar(64) character set utf8mb4 collate utf8mb4_general_ci not null comment '姓名', `gender` smallint default null comment '性别', `mobile` varchar(11) character set utf8mb4 collate utf8mb4_general_ci not null comment '手机号', `create_time` datetime not null comment '创建时间', primary key (`id`), unique key `mobile` (`mobile`) using btree) engine=innodb auto_increment=1005 default charset=utf8mb4 collate=utf8mb4_general_ci 2、订单表 create table `order` ( `id` int unsigned not null auto_increment, `price` decimal(18,2) not null, `user_id` int not null, `product_id` int not null, `status` smallint not null default '0' comment '订单状态', primary key (`id`), key `user_id` (`user_id`), key `product_id` (`product_id`)) engine=innodb auto_increment=202 default charset=utf8mb4 collate=utf8mb4_general_ci 基于 spring boot + mybatis plus + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/ruoyi-vue-pro 视频教程：https://doc.iocoder.cn/video/ 二、先来试少量数据的情况 用户表插一千条随机生成的数据，订单表插一百条随机数据
查下所有的订单以及订单对应的用户
下面从三个维度来看
多表连接查询成本 = 一次驱动表成本 + 从驱动表查出的记录数 * 一次被驱动表的成本
1、join join:
explain format=json select order.id, price, user.`name` from `order` join user on order.user_id = user.id; 子查询:
select order.id,price,user.`name` from `order`,user where user_id=user.id; 2、分开查 select `id`,price,user_id from `order`; select name from user where id in (8, 11, 20, 32, 49, 58, 64, 67, 97, 105, 113, 118, 129, 173, 179, 181, 210, 213, 215, 216, 224, 243, 244, 251, 280, 309, 319, 321, 336, 342, 344, 349, 353, 358, 363, 367, 374, 377, 380, 417, 418, 420, 435, 447, 449, 452, 454, 459, 461, 472, 480, 487, 498, 499, 515, 525, 525, 531, 564, 566, 580, 584, 586, 592, 595, 610, 633, 635, 640, 652, 658, 668, 674, 685, 687, 701, 718, 720, 733, 739, 745, 751, 758, 770, 771, 780, 806, 834, 841, 856, 856, 857, 858, 882, 934, 942, 983, 989, 994, 995); [in的是order查出来的所有用户id] 如此看来，分开查和join查的成本并没有相差许多
3、代码层面 主要用php原生写了脚本，用ab进行10个同时的请求，看下时间，进行比较
ab -n 100 -c 10
in $mysqli = new mysqli('127.0.0.1', 'root', 'root', 'test'); if ($mysqli->connect_error) { die('connect error (' . $mysqli->connect_errno . ') ' . $mysqli->connect_error); } $result = $mysqli->query('select `id`,price,user_id from `order`'); $orders = $result->fetch_all(mysqli_assoc); $userids = implode(',', array_column($orders, 'user_id')); // 获取订单中的用户id $result = $mysqli->query(select `id`,`name` from `user` where id in ({$userids})); $users = $result->fetch_all(mysqli_assoc);// 获取这些用户的姓名 // 将id做数组键 $userres = []; foreach ($users as $user) { $userres[$user['id']] = $user['name']; } $res = []; // 整合数据 foreach ($orders as $order) { $current = []; $current['id'] = $order['id']; $current['price'] = $order['price']; $current['name'] = $userres[$order['user_id']] ?: ''; $res[] = $current; } var_dump($res); // 关闭mysql连接 $mysqli->close(); join $mysqli = new mysqli('127.0.0.1', 'root', 'root', 'test');if ($mysqli->connect_error) { die('connect error (' . $mysqli->connect_errno . ') ' . $mysqli->connect_error);}$result = $mysqli->query('select order.id, price, user.`name` from `order` join user on order.user_id = user.id;');$orders = $result->fetch_all(mysqli_assoc);var_dump($orders);$mysqli->close(); 看时间的话，明显join更快一些
基于 spring cloud alibaba + gateway + nacos + rocketmq + vue & element 实现的后台管理系统 + 用户小程序，支持 rbac 动态权限、多租户、数据权限、工作流、三方登录、支付、短信、商城等功能
项目地址：https://github.com/yunaiv/yudao-cloud 视频教程：https://doc.iocoder.cn/video/ 三、试下多一些数据的情况 user表现在10000条数据，order表10000条试下
1、join 2、分开 order
user
3、代码层面 in
join
三、试下多一些数据的情况 随机插入后user表十万条数据，order表一百万条试下
1、join 2、分开 order
user
order查出来的结果过长了,,,
3、代码层面 in
join
四、到底怎么才能更好 注：对于本机来说100000条数据不少了，更大的数据量害怕电脑卡死
总的来说，当数据量小时，可能一页数据就够放的时候，join的成本和速度都更好。数据量大的时候确实分开查的成本更低，但是由于数据量大，造成循环的成本更多，代码执行的时间也就越长。
实验过程中发现，当in的数据量过大的时候，sql过长会无法执行，可能还要拆开多条sql进行查询，这样的查询成本和时间一定也会更长，而且如果有分页的需求的话，也无法满足。。。
感觉这两个方法都不是太好，各位小伙伴，有没有更好的方法呢？
针对5GtoB的行业数字化机会，正式发布了华为5GtoB解决方案
电动牙刷好吗？给牙齿做个SPA吧
MS90C386芯片概述、主要特点及典型应用
A3CUBE发布数据中心存储系统及网络接口卡
PIE-Basic软件又添新成员 ，新增水色遥感业务处理能力
MySQL到底是join性能好，还是in一下更快呢？
怎么去设计一种基于模拟电路的跑马灯电路呢？
爆三星S8支持面部识别0.01秒解锁！对比iPhone 8，选哪个？
华为向西方出售5G技术将会对球5G的发展带来怎样的影响
常用电子物料封装及参数_电子物料基础知识详解
电动机多绕几圈有影响吗？
如何使用简单电路来实现隔离转换器的平滑软启动
工业机器人中的铸造机器人是什么_有何功用特征
典型的嵌入式系统设计
AMD两大高性能 AI 芯片正式出货，剑指英伟达 H100
带你了解实现自动化系统平稳升级的10个要素
经典传承！诺基亚8曝光：OLED屏+骁龙835，黑科技满满
智能工厂应用方面5G工业网关已经成功应用在无人巡检机器人等多个领域
苹果发布iOS 12 更新，上线三小时紧急撤回，称更新后存在bug
verilog的时钟分频与时钟使能