mysql 中 in 大量 id 该怎样优化

[cc959798]

比如 where id in (...),如果里面几条或者十几条还是很快的，但是我们需要一次查出上万条不同 id 的数据，该怎办，这时候 explain 显示的全表扫了

[mayday526]

用 in 查询的那个字段加上索引试试

[utf16]

exists 了解一下

[lucn]

拆分成多个查询呗，每次少查点，id 是主键的话，上万个主键查找，查询引擎优化成表扫描不是很正常么

[sfqtsh]

in 几万几十万 走索引也不是很快了，，pg

[limuyan44]

优化完就直接扫表了，能同时查肯定有业务特征的啊，加个字段吧。

[dezhou9]

字典树匹配

[mmdsun]

in MySQL 默认有一定的优化。我看是 in 太多了 MySQL 判断不走索引了。可以强制索引：select * from table force index(索引)

[Raymon111111]

for 循环分批

[U7Q5tLAex2FI0o0g]

分页？

[Immortal]

2l 给思路了 有个 in 和 exists 转化的 具体 google 下

[cc959798]

@mayday526 id 是主键呀

[cc959798]

@mmdsun 这样好像也不走索引

[zhangZMZ]

force index

[zhangZMZ]

mysql 在 10W 以内是没问题的

[akagishigeru]

分批次走索引吧

[HuHui]

先从业务入手吧

[jimrok]

用 nosql，memcached 和 redis 都有类似的方法，可以一次返回多个 key 的数据。上万个，你这个业务也有点问题吧？难道每次不做分页？

[yidinghe]

因为要扫描的记录数量确实有这么多，这时候索引已经没有办法继续帮助优化扫描过程了。那么一种策略就是尽快返回。查询 id 的语句执行完后，一边从 cursor 取 id，一边分批次对这些 id 做后面的操作。

[lxerxa]

考虑用 exists

[cc959798]

@lxerxa 这种方式好像用不到子查询，没法改成 exists

[lxerxa]

@cc959798 原则上用 in 的又可以改成 exists

[cc959798]

@lxerxa 大佬，这种怎么改 select * from tb_name where id in (123,321,231) 就一张表

[cc959798]

@zhangZMZ 试过了也不管用，就是走索引，其实 id 间差距不大，走索引的话应该没什么问题

[lxerxa]

@lxerxa in 里的 id 来自哪里？同一个表吗? 不会告诉我是几个常量吧

[zhangZMZ]

目前看来这个问题的解决需要依赖于楼主是否是妹子，而且是否漂亮、有没有男朋友了。

[cc959798]

@lxerxa 这个是这样的前端传过来的 id 值，可能有很多，而且这个 id 就是这个表里的