redis 相关知识

简介: redis 相关知识

redis集群的三种模式:


1,主从复制模式


主从复制模式是Redis集群的基础,它通过将数据复制到多个从节点,实现了数据的备份和故障恢复。主节点负责写操作,而从节点负责读操作,从而实现了读写分离,提高了系统的性能和数据的可靠性。这种模式的优点包括配置简单、易于操作、数据可靠性提升等。然而,它也存在一些缺点,如主节点故障时需要手动切换到从节点,故障恢复时间较长,且主节点可能成为性能瓶颈


2,哨兵模式


哨兵模式在主从复制模式的基础上引入了哨兵节点,用于监控主节点和从节点的运行状态。当主节点发生故障时,哨兵节点会自动从从节点中选举出一个新的主节点,并通知其他从节点和客户端,实现故障转移。这种模式的优点包括自动故障转移、具备主从模式的所有优点等。但同样存在较难支持在线扩容、受单节点内存限制等问题。


3,集群模式


集群模式采用无中心结构,每个节点都是平等的,保存数据和整个集群的状态。这种模式下,每个节点都与其他所有节点连接,保证了系统的可用性和扩展性。优点包括无中心架构、节点间数据共享、灵活调整数据分布、高可用性等。然而,它也存在一些挑战,如复杂的配置和管理、需要更多的资源和维护等。


redis是单线程还是多线程的?


redis不同的版本之间采用线程模型是不一样的,在redis4.0版本之前使用的是单线程模型,在4.0版本之后增加了多线程的支持。在4.0之前虽然我们说redis是单线程,也只是说网络I/O线程以及set和get操作是由一个线程完成的。但是redis的持久化、集群同步还是使用其他线程完成的。


4.0之后添加了多线程的支持,主要体现在大数据的异步删除功能上,例如:unlink key、flushdb async。


为什么redis在4.0之前会选择淡线程,而且单线程还那么快?


选择单线程主要使用简单,不会存在锁竞争,不存在死锁和线程切换带来的性能和时间上的开销。但是单线程肯定也不会发挥出多核CPU的性能。


主要快的原因是:


1.redis的大部分操作都是在内存中完成的,内存中的执行效率本身就很快,并采用了高效的数据结构,比如:哈希表


2.使用单线程避免了多线程的竞争,省去了多线程切换带来的时间和性能开销,并且不会出现死锁。


3.采用 I/O 多路复用机制处理大量客户端的Socket请求,因为这是基于非阻塞的 I/O 模型,这就让Redis可以高效地进行网络通信,I/O的读写流程也不再阻塞。


Redis是如何实现数据不丢失的呢?


Redis数据是存储在内存中的,为了保证Redis数据不丢失,那就要把数据从内存存储到磁盘上,以便在服务器重启后还能够从磁盘中恢复原有数据,这就是Redis的数据持久化。Redis数据持久化有三种方式。


AOF 日志(Append Only File,文件追加方式):记录所有的操作命令,并以文本的形式追加到文件中。


RDB 快照(Redis DataBase):将某一个时刻的内存数据,以二进制的方式写入磁盘。


混合持久化方式:Redis 4.0 新增了混合持久化的方式,集成了 RDB 和 AOF 的优点。


redid 6380端口启动:

在已安装好了Redis的Linux机器上,部署多个实例端口步骤


  • step1:找到redis的安装目录的redis.conf

目录:/usr/local/src/redis-2.8.3/redis.conf


安装路径与实际为准,找到redis的安装目录即可


step2:创建log文件夹(选做)


/usr/local/src/redis-2.8.3/


如果该目录下没有log文件夹,则创建,有则无需创建


step3:复制redis.conf并修改新文件内容


复制当前目录下的redis.conf到/usr/local/src/redis-2.8.3/src/目录下,


并更改文件名为redis_6382.conf


并且需要修改redis_6382.conf中的内容如下:


使用vim命令修改文件内容


daemonize yes


pidfile /var/run/redis_6382.pid


port 6382


logfile “/usr/local/src/redis-2.8.3/log/redis_6382.log”


dbfilename dump_6382.rdb


dir /usr/local/src/redis-2.8.3/src


step4:启动新配置实例端口6382


有两种启动方式 (很小白的步骤):


方式一:在任意目录下输入如下命令:


启动redis的6382端口


命令:/usr/local/src/redis-2.8.3/src/redis-server /usr/local/src/redis-2.8.3/src/redis_6382.conf


查看启动结果


命令:ps -ef|grep redis


结果如下:


方式二:在/usr/local/src/redis-2.8.3/src下输入如下命令(在redis-server这个文件的目录下执行):


启动redis的6382端口


命令: ./redis-server ./redis_6382.conf


查看启动结果


命令:ps -ef|grep redis


结果如下:


step5:关闭指定实例端口6382


与启动redis命令方式类似:


在/usr/local/src/redis-2.8.3/src下输入如下命令:


命令:./redis-cli -p 6382 shutdown


查看启动结果


命令:ps -ef|grep redis


执行结果如下(6382端口已关闭)


目录
相关文章
|
11月前
|
缓存 NoSQL Java
Java中redis面试题
Java中redis面试题
132 1
|
11月前
|
消息中间件 缓存 NoSQL
Redis 是一个高性能的键值对存储系统,常用于缓存、消息队列和会话管理等场景。
【10月更文挑战第4天】Redis 是一个高性能的键值对存储系统,常用于缓存、消息队列和会话管理等场景。随着数据增长,有时需要将 Redis 数据导出以进行分析、备份或迁移。本文详细介绍几种导出方法:1)使用 Redis 命令与重定向;2)利用 Redis 的 RDB 和 AOF 持久化功能;3)借助第三方工具如 `redis-dump`。每种方法均附有示例代码,帮助你轻松完成数据导出任务。无论数据量大小,总有一款适合你。
192 6
|
5月前
|
编解码 算法 安全
|
12月前
|
存储 缓存 NoSQL
Redis 大 Key 对持久化的影响及解决方案
Redis 大 Key 对持久化的影响及解决方案
170 1
|
11月前
|
存储 NoSQL Java
可能是最漂亮的Redis面试基础详解
我是南哥,相信对你通关面试、拿下Offer有所帮助。敲黑板:本文总结了Redis基础最常见的面试题!包含了Redis五大基本数据类型、Redis内存回收策略、Redis持久化等。相信大部分Redis初学者都会忽略掉一个重要的知识点,Redis其实是单线程模型。我们按直觉来看应该是多线程比单线程更快、处理能力更强才对,比如单线程一次只可以做一件事情,而多线程却可以同时做十件事情。但Redis却可以做到每秒万级别的处理能力,主要是基于以下原因:(1)Redis是基于内存操作的,Redis所有的数据库状态都保存在
141 7
可能是最漂亮的Redis面试基础详解
|
11月前
|
存储 NoSQL 应用服务中间件
Redis 学习笔记
本文详细介绍了Redis的基本概念、特性、应用场景,并提供了在Centos下安装Redis5的步骤,以及如何使用Redis客户端和命令进行数据类型操作和管理。
421 2
|
XML JSON API
RESTful API设计最佳实践:构建高效、可扩展的接口
【8月更文挑战第17天】RESTful API设计是一个涉及多方面因素的复杂过程。通过遵循上述最佳实践,开发者可以构建出更加高效、可扩展、易于维护的API。然而,值得注意的是,最佳实践并非一成不变,随着技术的发展和业务需求的变化,可能需要不断调整和优化API设计。因此,保持对新技术和最佳实践的关注,是成为一名优秀API设计师的关键。
如何修改Xshell中的字体颜色大小等样式 修改Vm虚拟机终端的字体颜色
这篇文章介绍了如何在Xshell中修改字体颜色、大小等样式,以及如何在虚拟机终端设置字体颜色,以实现统一和舒适的视觉效果。
如何修改Xshell中的字体颜色大小等样式 修改Vm虚拟机终端的字体颜色
|
Shell Linux 开发工具
在Linux中,当你需要给命令绑定⼀个宏或者按键的时候,应该怎么做呢?
在Linux中,当你需要给命令绑定⼀个宏或者按键的时候,应该怎么做呢?
|
NoSQL Redis 存储
Redis大key问题 - 优化、清理
【6月更文挑战第14天】Redis内置命令如STRLEN、LLEN等用于检测不同类型Key的大小。避免使用DEBUG OBJECT和MEMORY USAGE因高资源消耗。大Key优化包括业务设计避免大Key、数据拆分、更换存储方案、数据压缩和合理清理。清理大Key应选低峰期或分批异步进行,以减少阻塞。使用如HSCAN、SREM等命令避免一次性操作大量数据。
204 1