redis库设计,redis存储设计

Redis5设计与源码分析.pdf

1、出于对数据库的强烈兴趣，他开始阅读和分析 Redis 源代码，并对 Redis 6 和 Redis 0 的源代码进行了详细注释。他翻译并维护着 Redis 中文文档网站 .com ，编写 了 OORedis 库。

2、Redis 发布了稳定版本的 0 版本，放弃 Ruby的集群方式，改用 C语言编写的 redis-cli的方式，是集群的构建方式复杂度大大降低。

3、例如监控、选主和通知。在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复，提升了整体的可用性。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式，相应的文章也被列为明年的写作计划中。

关于商品的存储到redis的设计问题

1、我们先在Redis中拿到当前的库存值，然后check是否已经扣减到了零，如果已经扣减到了零，则直接return；否则，就利用Redis的decr原子操作进行扣减，同时返回扣减后的库存值。

2、Redis 是一个开源的，内存中的数据结构存储系统，它可以用作数据库、缓存和消息代理。Redis 的架构设计采用了多种模式，包括单机、主从、哨兵、集群等。

3、kv存储的量级必须事先规划好，浮动的范围大概在桶个数的十到十五倍，比如我就想存储百亿左右的kv，那么最好选择30bit 31bit作为桶的个数。

4、写在那里都可以，个人感觉最好还是写在业务层，用的时候直接取redis数据，没有值得话查询数据库，然后重新add redis数据。但是在更新数据库数据的时候，记得同步更新redis数据。

总结redis在节省内存开销方面做过哪些设计

存储为 JSON 格式是种不错的选择。对包含中文的内容来说，设置 ensure_ascii=False 可以节省大量内存。ujson 比 json 性能好很多，后者在设置 ensure_ascii=False 后性能急剧下降。

可以通过合理设置整数值的范围来优化内存占用。调整集合的rehash阈值，避免频繁rehash。当集合中元素数量超过这个阈值时，才进行rehash操作，减少rehash的开销。

优化方案是使用 Hash 结构，由于 Hash 结构会在单个 Hash 元素在不足一定数量时进行压缩存储，所以可以大量节约内存。

Redis百亿级Key存储设计方案

探索之二：Available datatypes 下面我们深入看下这个奇怪的数据库是如何工作的。如上所见，Redis是基于key-value范式存储数据，所以先来重点看下key的概念。key本质上就是简单的字符串，诸如username、password等。

Redis Decr命令：DECR命令会返回键key在执行减1操作之后的值。这种做法引入了两个新的问题：1）.如果大批量的并发请求过来，redis承受的写操作的量，是加倍的，因为回滚库存的存在导致的。

集合（Set）：集合类型存储的是一组唯一的无序元素，支持添加、删除和查询操作。有序集合（Sorted Set）：有序集合类型存储的是一组有序的元素，每个元素都有一个分数（score），可以根据分数进行排序。

缓存方案：在上面的测试可以知道，要是我们事先把数据库的千万条数据同步到redis缓存中，瓶颈就是我们的设备硬件性能了，假如我们的主机有几百个核心CPU，就算是千万级的并发下也可以完全无压力，带个用户很好的。

我们也承认，在多核设备上运行单一 Redis 进程（这类设备往往提供几十个核心和数百 GB 内存）确实存在资源无法充分利用的问题。

标签：设计redis存储