希望有更详尽的场景化说明
1、单条记录(Row)的kv数量上限,及所有key\value加起来的byte长度上限。这个不给的话,我们就得考虑单条记录1000万个key的情况吗?
数据是有限的,这个上限一定存在,但这个上限不会公布。并且我认为是否需要知道上限和你的设计有关,但是不是每个人的设计都需要知晓这个上限。肯定没有1000万个这么多。
2、 所有key的名称集合有没有上限?因为key名称存在大量重复,但会不会有极多的key名称只出现少数几次,导致key名称的集合没有限制?
会有某些key只出现过极少的几次,并且这些key可能被查询
3、主键值有没有较短的长度限制,因为商品、买家的主键是字符串,但是由于是主键,要是按64K的长度限制去设计的话,缓存也比较麻烦。
主键值小于256字节
1、数据源文件分布是说:三种文件每种都平均分配在三个磁盘吗?比如3G的买家文件,是不是每个磁盘1G?
是的,尽量均匀
2、查询可能存在热点,这个概念很模糊,有没有按照某种标准设计测试热点的分布?
题目不会做详细说明,可以理解成,某些record的访问概率会比别人的多。
赞0
踩0