MySQL 的 select.. where in 在大数据量下的性能问题

[Keshawn]

我现在有一个查询语句: select uuid, feature from faces where uuid in (uuid1, uuid2,....)

其中， faces 表中的数据量千万级别，而查询条件 in 后边的 uuid 集合大约几千条，是通过其他方式获取到的 uuid 集合，直接在 sql 语句中使用

现在我如果直接执行这条语句，性能很差，个人 PC 执行需要花费 30 多秒，实在是太慢了。

请教各位有没有什么优化方案。

[liprais]

in 改成 join

[haoqiangim]

给 uuid 加个 index 呀。

[ovear]

我也遇到了这个问题。。目前还没解决
之前百度到了

http://stackoverflow.com/questions/1537675/performance-of-mysql-in
http://dba.stackexchange.com/questions/16504/select-with-large-where-in-clause-taking-long-time

然而还是不是很理解。。

[JiShuTui]

根据 3 楼的链接，用 temporary table 也就是临时表

[zrp1994]

同样遇到过这种情况，数据量快到一亿。从数据库结构来说，分表比较靠谱。

[realpg]

1000 万条记录 执行 5000 次 select * from table where uuid= 也不用 30 秒吧
你确定 uuid 有索引？以及你的磁盘 IO 适配千万行的数据量

[jetyang]

先确定 uuid 有没有索引， in 的效率很高的，几千个 uuid 有点多，但不至于这么慢

[alouha]

平时也遇到这样的问题，基本上都是先从缓存里取，找不到再查数据库……

[Weixiao0725]

select A.uuid, A.feature from faces as A, (select uuid from table where condition) as B where A.uuid = B.uuid