mysql in list 优化_如何优化MySQL in查询

MySQL的范围查询:

$id_list = implode(',',$arr);

$sql = "select name,id from user where id in ($id_list)";//可能还会left join连表

//如果$arr数组非常大会很慢,对这种查询如何优化?

回复内容:

MySQL的范围查询:

$id_list = implode(',',$arr);

$sql = "select name,id from user where id in ($id_list)";//可能还会left join连表

//如果$arr数组非常大会很慢,对这种查询如何优化?

提供几个方案:

1) 如果内存足够用的话(这个表都没有特别大),可以使用mysql的memory engine,即把查询都放到内存里就行了。memory engine可以使用hash index。

2)使用memcache或者redis作为cache,相当于每次查询时都要multi_get一次,没有命中的再回mysql查,可以大大的降低mysql的in后面跟的数量。查询回来之后,再multi_set一次。如果memcache或者redis被sharding了,那么这个效率也没太高,因为要一个server query一部分。

3) 可以采用一些分布式key-value存储,比如在可以订阅或者follow种情形下,比如数据A修改了,那么把订阅A的全部人都异步的写到他们自己的一个inbox里面,那个inbox每次只要O(1)的get就OK了。在一些大V很多的地方(少数用户的follower特别多),会把一堆followers最多的人数据单拿出来cache好用类似in的方法查询,剩下的少的newsfeed直接塞到inbox里,这一在存储和时间上折中一下。

我曾经目睹过csdn的in,那一大长窜子in数字,我都被吓尿了。

虽然我不知道这个怎么优化,但我知道一般需要这个的最好考虑中间加上一层高速cache,或者干脆将这些I/O全部放到redis中,定期写入到数据库。

然后,等大神怎么回答这个问题。

f68f2add0b68e4f9810432fce46917b7.png

本文原创发布php中文网,转载请注明出处,感谢您的尊重!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值