大容量KV应用场景低延迟查询的方案? 400 报错

首先要确定的是所谓的每秒有1000个用户应该是指修改或是查询吧?也就是这里没有全文索引的需求.

从最简洁的情况来看struct应该就是

type User struct{
	UserId uint64
	Remark string
}
//很明显 string 类型是char*,碰到\0就结束,那就这个struct就是变长的.
//这里用golang来描述,很久不写C,语法都忘了.

当然这里肯定是要利用User.UserId来做一致性哈希分布开来.

然后用另一个map来记录数据结构存储在硬盘上的记录

type UserId uint


type Index struct{
 Offset uint8
 Ip	uint
 UserId UserId
}


type Kv map<UserId,Index>

通过这里的Map已经很容易定位了.

后面就是修改签名了,这里可以学习mongodb的方式,当修改后看看当前文件的开始位置和结束位置是否能存下修改后的struct,如果不够存的话就放在文件尾部,同时事务更新Kv这个数据结构 .(当然这个文件可能会留下很多"缝隙",需要在夜间不忙的时候做磁盘整理,更新Index.Offset)

还有就是并发的问题,这个直接队列处理就好了,如果 排队太多的话,就一致性分片分多些.

当然这只是最基础的一个情况,还有很多优化要做,不过够多了就成了一个nosql了.