MYSQL的in条件查询其效率怎么样,有没有好的查询优化方案?(具体的使用场景在里面叙述了)
具体的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,比如:
select photo.* from photo p where exists (select 1 from user u where u.id = p.userId )
如果photo表数据量比user表数据量大的话,建议用in,反之,用exists比较快。
上一篇: 服务器端时间刷新解决方案