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


目录
相关文章
|
消息中间件 存储 Kafka
RabbitMQ、RocketMQ和Kafka全面对决,谁是最佳选择?
1、应用场景 1.RabbitMQ: 适用于易用性和灵活性要求较高的场景 异步任务处理:RabbitMQ提供可靠的消息传递机制,适用于处理异步任务,例如将耗时的任务放入消息队列中,然后由消费者异步处理,提高系统的响应速度和可伸缩性。 解耦系统组件:通过使用RabbitMQ作为消息中间件,不同的系统组件可以通过消息进行解耦,实现松耦合的架构,提高系统的可维护性和灵活性。 事件驱动架构:RabbitMQ的发布-订阅模式可以用于构建事件驱动架构,将系统中的事件作为消息发布到相应的主题,不同的消费者可以订阅感兴趣的主题进行相应的处理。
1594 2
|
Java 中间件 应用服务中间件
慎重!springboot中用undertow踩坑记
场景:准备基于springboot的静态资源实现mp4资源的播放,不同版本的springboot下效果不一样,可能导致正常的资源不可用。本文测试了几个版本,也针对这种情况提出了解决建议,希望对你的工作有所帮助。
2262 0
慎重!springboot中用undertow踩坑记
|
7月前
|
编解码 算法 安全
|
消息中间件 Ubuntu Java
在Ubuntu 18.04上安装Apache Kafka的方法
在Ubuntu 18.04上安装Apache Kafka的方法
404 0
|
Java API 数据格式
Spring三兄弟:Spring、Spring Boot、Spring Cloud的100个常用注解大盘点
Spring三兄弟:Spring、Spring Boot、Spring Cloud的100个常用注解大盘点
|
12月前
|
安全 数据建模 应用服务中间件
如何给IP地址添加SSL证书(https)
为IP地址配置SSL证书实现HTTPS访问,需拥有固定公网IP,选择支持IP证书的CA,完成账户注册、证书申请、所有权验证及证书安装。验证过程涉及在服务器上放置特定文件,确保可访问。安装后需测试连接,注意兼容性和安全性,定期维护证书。
|
存储 缓存 Shell
Transformers 4.37 中文文档(一)(3)
Transformers 4.37 中文文档(一)
1353 1
Transformers 4.37 中文文档(一)(3)
|
XML JSON API
RESTful API设计最佳实践:构建高效、可扩展的接口
【8月更文挑战第17天】RESTful API设计是一个涉及多方面因素的复杂过程。通过遵循上述最佳实践,开发者可以构建出更加高效、可扩展、易于维护的API。然而,值得注意的是,最佳实践并非一成不变,随着技术的发展和业务需求的变化,可能需要不断调整和优化API设计。因此,保持对新技术和最佳实践的关注,是成为一名优秀API设计师的关键。
|
芯片 存储 算法
芯片验证 | Formal验证技术总结
芯片验证 | Formal验证技术总结
542 0
芯片验证 | Formal验证技术总结
|
Rust 安全 开发者
Rust在操作系统组件开发中的应用:设备驱动与系统服务
本文探讨了Rust在系统级开发中的潜力,特别是针对操作系统组件如设备驱动和系统服务的开发。我们将分析Rust为何适合这些任务,展示其在实际项目中的应用,并讨论其面临的挑战和未来的可能性。