select * from table where id in (上千id) 超时了，in的奇特优化方法

摘要：有时候sql的优化不一定非得依靠数据库去解决，毕竟传统的数据库是用来管理数据的，性能是有限的，如果能从程序上优化的话是最好的选择。

有时候sql的优化不一定非得依靠数据库去解决，毕竟传统的数据库是用来管理数据的，性能是有限的，如果能从程序上优化的话是最好的选择。

关于这条sql的优化方法有很多种，我先说下最简单的方式。

select * from table where id in (上千id)select * from table where id in (1-100)；select * from table where id in (101-200)；以此类推... ...-- 1. 创建临时表create temporary table tmp_ids (id BIGINT PRIMARY KEY);-- 2. 批量插入你要查的 IDINSERT INTO tmp_ids (id) VALUES (1), (2), ..., (1000);-- 3. 使用 JOIN 查询SELECT t.* FROM table t JOIN tmp_ids tmp ON t.id = tmp.id;

temporary 是MySQL的语法，session会话级别，session关闭后临时表自动消失，且是session隔离，相同表明不同session之间不冲突，用着也超级方便。

具体办法就是在查询之前创建临时表，然后把要查询的id放入临时表，在进行join查询。这么做的好处就是可以直接利用索引树进行hash查询，类似于for 循环id。

for (int id :idList){select t.* FROM table t where t.id=id}

这种临时表的方式性能会快上很多，优化起来也很简单。

如果你能想到这里，说明你已经具备多了很深的开发经验了。

这里是不会产生笛卡尔积。首先要明白笛卡尔积指的是数据检索结果，是两张表的所有数据行都可能会组合一次。

通俗来说就是：

A 表的每一行，和 B 表的每一行都配对一次，没有任何过滤或条件。

按着这个意思理解，在进行关联查询的时候就必须要有有效的on条件查询，如下面这两条sql都是是无效的on条件，就会产生笛卡尔积。

SELECT * FROM A, B;SELECT * FROM A JOIN B ON 1 = 1;

还有一种情况可能是类笛卡尔积，看上去像笛卡尔积，但并不是真正的笛卡尔积，如下面的这条sql，其实已经是有条件了，但是因为可能是匹配的结果是一对多，这个是搜索结果暴增。

SELECT * FROM orders o JOIN customers c ON o.city = c.city;