首頁 >後端開發 >php教程 >MYSQL的in条件查询其效率怎么样,有没有好的查询优化方案?(具体的使用场景在里面叙述了)

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

WBOY
WBOY原創
2016-06-06 20:41:591051瀏覽

在我的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比较快。

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn