如何优化MySQL in查询

WBOY
リリース: 2016-06-06 20:28:24
オリジナル
1630 人が閲覧しました

MySQL的范围查询:

<code class="php">$id_list = implode(',',$arr);
$sql = "select name,id from user where id in ($id_list)";//可能还会left join连表
//如果$arr数组非常大会很慢,对这种查询如何优化?</code>
ログイン後にコピー
ログイン後にコピー

回复内容:

MySQL的范围查询:

<code class="php">$id_list = implode(',',$arr);
$sql = "select name,id from user where id in ($id_list)";//可能还会left join连表
//如果$arr数组非常大会很慢,对这种查询如何优化?</code>
ログイン後にコピー
ログイン後にコピー

提供几个方案:

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中,定期写入到数据库。
然后,等大神怎么回答这个问题。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート