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

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

WBOY
WBOY원래의
2016-06-06 20:41:59972검색

在我的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으로 문의하세요.