redis动态扩容的问题-redis动态扩容(2-1-85)

Redis本文目录一览：

• 1、redis的数据是存在内存里吗
• 2、Redis可以用来做数据库吗?
• 3、redis和memcached的区别
• 4、redis内存满了怎么办
• 5、如何利用Redis扩展数据服务,实现分片及高可用

redis的数据是存在内存里吗

1、Redis就是基于内存可持久化的key-value数据库。性能问题，Hashmap存储大量数知据时需要不断扩容，Redis支持2的32次方个key，每个key或者value大小最大512M。Hashmap是线程不安道全的，redis因为操作原子性不需要考虑这个。

2、Redis数据都是缓存在计算机内存中并且它会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，实现数据的持久化。

3、redis存数据在内存中，必须save到文件中，不然一停电什么都没了。

4、数据存储方式不同：Redis是基于内存的数据库，而关系型数据库通常是基于磁盘的。

5、频繁读取redis性能会有影响。根据查询相关公开信息显示，由于redis的数据存储在内存中，而且每次访问都需要消耗一定的时间，因此，频繁读取redis会大大增加工作和I/O开销，进而影响其性能。

6、Redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上（这称为“半持久化模式”）；也可以把每一次数据变化都写入到一个append only file（aof）里面（这称为“全持久化模式”）。

Redis可以用来做数据库吗?

redis 是内存数据库， 内存写满后，数据不会存储到硬盘上（VM 不稳定，diskstore未启用），如果你内存足够大，则可以用redis作为数据库。

结论：Redis 不能当数据用。原因：我们理解的数据库，无论是 SQL、NoSQL、NewSQL，至少要是读写一致的。

Redis本来就是内存数据库，用来当做计数器，队列等的确很不错，性能高效。但是，但是，但是架构不靠谱下可能使你提心吊胆。

redis和memcached的区别

Redis中，并不是所有的数据都一直存储在内存中的，这是和Memcached相比一个最大的区别。 Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，hash等数据结构的存储。

在Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别（我个人是这么认为的）。

数据支持类型：redis在数据支持上要比memecache多的多。使用底层模型不同：新版本的redis直接自己构建了VM 机制 ，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请求。

Redis中，并不是所有的数据都一直存储在内存中的。这是和Memcached相比一个最大的区别。

内存空间的大小和数据量的大小 redis 在 0 版本后增加了自己的 VM 特性，突破物理内存的限制；可以对 key value 设置过 期时间（类似 memcache）memcache 可以修改最大可用内存，采用 LRU 算法。

redis内存满了怎么办

1、可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb。每当Redis服务重启的时候都会从该文件中把数据加载到内存中。在60秒内有10000次操作即触发RDB持久化。

2、没关系，还有内存淘汰机制，当内存不够用时，内存淘汰机制就会上场。Redis 内存淘汰机制有以下几种策略：noeviction：当内存不足以容纳新写入数据时，新写入操作会报错。

3、您好：先回答您最重要的问题：组RAID是必须要把硬盘格式化的，现在没有一种方式可以不删除数据的情况下组建RAID，所以必须备份您的数据。

4、值得一提的是，设置expire会消耗额外的内存，所以 使用allkey-lru可以更高效地使用内存 ，因为这样使用的时候不需要设置过期时间。Redis使用的并不是完全LRU算法，而是近似LRU算法。

5、dump.rdb文件是redis缓存被持久化到本地的数据文件。可以用scan命令看看 缓存的数据是不是都是你需要的。不需要的话 可以用命令 flushdb 然后 save 将缓存清掉。

6、Redis集群介绍 Redis真的是一个优秀的技术，它是一种key-value形式的NoSQL内存数据库，由ANSI C编写，遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。

如何利用Redis扩展数据服务,实现分片及高可用

1、CLUSTER FAILOVER TAKEOVER： 为了处理半数master节点异常的场景，可以添加***TAKEOVER 选项。通过TAKEOVER 选项，可以无需获得半数master的认同，而是直接更新状态为master并向所有可达的节点发送最新配置epoch。

2、Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移 自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。

3、Redis中主从节点复制数据有全量复制和部分复制之分。

4、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。

5、以下是一个简单的步骤： 创建一个 ConfigMap，其中包含 Redis 配置文件。 创建一个 StatefulSet，其中包含 3 个副本的 Redis Pod。 创建一个 PersistentVolumeClaim，用于存储 Redis 数据。