[求优化] mysql 百万数据 IN 查询

[jss]

##mysql 城市 IN 查询超时

MySql 代码

SELECT * FROM `user_info` WHERE (  `city_id` IN (45757,45967,46044,46126,46288,46473,46642,46769,46919,47078,47119,45758,45762,45786,45811,45822,45839,45850,45870,45877,45892,45905) ) AND `user_info`.`delete_time` IS NULL ORDER BY `id` DESC

[barbery]

这应该性能没啥问题吧 你确定走了 city_id 这个索引了吗？

[airfling]

city_id 索引建了没，想排序不要直接 select *，应该 selelct id，然后再根据 id 去 select *

[justfindu]

这么点数据 in 真的毫无压力, 当然前提是 mysql 5.7 及以上.

[nita22]

city_id 建索引，select * 如果可以的话就改为覆盖索引。explain 看看实际有没有用上

[jss]

@airfling 有建 city_id 索引

[jss]

@barbery 有建 city_id 索引

[jsrgjcy1]

semi-join

[yourssheng]

你 order by id 了。mysql 会 select 出来结果然后排序，如果 select 出来的结果很多还用到外部排序会很慢。

[nita22]

@jss 看下 city.id 是不是 varchar 类型，自动类型转换也会让索引用不上。具体还是 explain 看下

[zy445566]

你这表多大，百万级别应该毫无压力才对，否则就是你服务器垃圾

[iyaozhen]

口说无凭 explain xxx
show create table user_info

[HunterPan]

符合数据的条数如果过多，可以分页搞

[jss]

@nita22 有建 city_id 索引 ，possible_keys 中 有 city_id

[jss]

@nita22 city_id 类型是 int, explain 看了 possible_keys 中 有 city_id

[mccreefei]

看下 explain 是不是 Using filesort，是的话建议使用(city_id, id)联合索引

[nita22]

@jss 实际用到的索引是看的 key 吧，还得看 Extra 里面的内容

[jss]

@HunterPan 加了 LIMIT 0,20 还是一样

[jss]

@mccreefei 是：Using index condition; Using where

[rrfeng]

直接贴出来，一段一段发干毛

[jss]

@yourssheng 当 IN 城市数少于 20 个 去掉排序效果 明显 ，但是，我有 50 个以上 city_id 时 一样超时