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端口已关闭)


目录
相关文章
|
存储 NoSQL Redis
|
存储 NoSQL Redis
Redis介绍
Redis介绍
85 0
|
消息中间件 存储 负载均衡
|
监控 NoSQL Java
|
运维 NoSQL Shell
redis-2
redis-2
80 0
|
NoSQL Redis
|
存储 NoSQL Redis
什么是Redis?
什么是Redis?
126 2
什么是Redis?
|
存储 缓存 监控
Redis应用问题解决
key对应的数据在数据源并不存在,每次针对此key的请求从缓存获取不到,请求都会压到数据源,从而可能压垮数据源。比如用一个不存在的用户id获取用户信息,不论缓存还是数据库都没有,若黑客利用此漏洞进行攻击可能压垮数据库。
Redis应用问题解决
|
存储 缓存 NoSQL
redis为什么这么快?
redis为什么这么快?
|
消息中间件 存储 缓存
Redis的常用场景有哪些
Redis的常用场景有哪些
148 0