标签:slist app 商品列表 container 生成 提前 size catch 高效
转:https://www.jianshu.com/p/172b39244c85
MGET
是redis中较为常用的命令,用来批量获取给定key对应的value。因为redis使用基于RESP (REdis Serialization Protocol)协议的rpc接口,而redis本身的数据结构非常高效,因此在日常使用中,IO和协议解析是个不容忽略的资源消耗。通过mget将多个get请求汇聚成一条命令,可以大大降低网络、rpc协议解析的开销,从而大幅提升缓存效率。mget
的定义如下(来自REDIS命令参考):
MGET key [key ...]
返回所有(一个或多个)给定 key 的值。
如果给定的 key 里面,有某个 key 不存在,那么这个 key 返回特殊值 nil 。因此,该命令永不失败。
返回值:
一个包含所有给定 key 的值的列表。q
例:
redis> SET redis redis.com
OK
redis> SET mongodb mongodb.org
OK
redis> MGET redis mongodb
1) "redis.com"
2) "mongodb.org"
但是,在某些需要一次批量查询大量key的场景下,我们会发现mget
并没有想象中的那么完美。
以电商库存系统(或价格系统)为例,作为原子级的服务,我们经常要面对商品列表页、活动页、购物车、交易等系统的批量查询,一次请求中动辄包含几十甚至上百个sku,此时mget
是否还能像我们想象中那般保持极高的吞吐?
我们先来设计一个实验,探一探mget
性能的底。
在本地进行了压测模拟,redis key设计:
单元测试代码设计原则:
压测代码做了局部优化以尽量保证结果的准确性,包括: