Heim  >  Artikel  >  Backend-Entwicklung  >  MYSQL的in条件查询其效率怎么样,有没有好的查询优化方案?(具体的使用场景在里面叙述了)

MYSQL的in条件查询其效率怎么样,有没有好的查询优化方案?(具体的使用场景在里面叙述了)

WBOY
WBOYOriginal
2016-06-06 20:41:59975Durchsuche

在我的APP中,有一个类似于威信朋友圈那样的功能。就是能查看好友的分享。
具体的sql语句大概就是:

select photo.* from photo where userId in(1,2,3,.........)

in条件里面就是我的好友。这是提前查询出来的。
这里有一个迷惑,就是假设我的好友有1000个,会不会查询的效率就慢了呢?
我不知道那些开源的PHP SNS是咋做的。。

各位大神应该都用过人人把!
我人人上面有接近1000个好友。那么,人人这个好友分享是咋做的呢?
也是select in这种方式么?

回复内容:

在我的APP中,有一个类似于威信朋友圈那样的功能。就是能查看好友的分享。
具体的sql语句大概就是:

select photo.* from photo where userId in(1,2,3,.........)

in条件里面就是我的好友。这是提前查询出来的。
这里有一个迷惑,就是假设我的好友有1000个,会不会查询的效率就慢了呢?
我不知道那些开源的PHP SNS是咋做的。。

各位大神应该都用过人人把!
我人人上面有接近1000个好友。那么,人人这个好友分享是咋做的呢?
也是select in这种方式么?

索引+分页+ajax自动加载

现在很多用nosql来实现,例如redis 的set集合,以为集合提供了丰富的交并集操作,所以实现起来很方面,这是个案例http://blog.nosqlfan.com/html/2938.html

新浪微博大量使用redis来做业务处理,网上有很多讲解的文章可以参照下。



你可以用redis 关注 好友等关键词来google下, 应该有很多结果。

加了索引不会太慢,或者你可以试试union

好多用的nosql

还可以用exists,比如:

<code>select photo.* from photo p where exists (select 1 from user u where u.id = p.userId )</code>

如果photo表数据量比user表数据量大的话,建议用in,反之,用exists比较快。

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn