调研Redis高可用两种方案1、Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分 。
2、Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换 。1 自动故障迁移 自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务 。这种方式需要实现Redis Sentinel监控系统 。
3、Redis 高可用方案常用的有两种：Redis Sentinel 和 Redis Cluster，本篇笔记介绍这两种方案如何在 Kubernetes 中部署 。
4、Redis哨兵是一种自动化的Redis高可用解决方案，可以监测主节点的状态 ， 并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性 。
5、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换 。
6、Redis 高可用的主要有三种模式： 主从模式，哨兵模式和集群模式 。Redis 提供了 Redis 提供了复制（replication）功能，当一台 redis 数据库中的数据发生了变化，这个变化会被自动地同步到其他的 redis 机器上去 。
redis多个数据库内存怎么分配的(redis一个库能存多少数据)redis一个实例能存一个key或是value大小最大是512M 。操作方法如下：首先要安装redis ， 开启redis的服务 。安装python的redis模块 。pip install redis 。第一种直接连接redis 。打开redis客户端，查看redis数据库 。
redis是一个支持网络、可基于内存亦可持久化的日志型、key-value数据库 。可以认为redis比mysql简化很多 。mysql支持集群 。
控制在20G以下 。服务端有1000多个Redis实例 ， 100+集群，每个实例的内存控制在20G以下 。所以控制在20G以下 。Redis集群解决了写操作无法负载均衡，以及存储能力受到单机限制的问题，实现了较为完善的高可用方案 。
Redis集群中的每个node（节点）负责分摊这16384个slot中的一部分 ， 也就是说，每个slot都对应一个node负责处理 。当动态添加或减少node节点时，需要将16384个槽做个再分配，槽中的键值也要迁移 。
数据库是由一个整数索引标识，而不是由一个数据库名称 。默认情况下，一个客户端连接到数据库0 。每个数据库都有属于自己的空间，不必担心之间的key冲突 。
Redis(五)-特性-消息队列1、消息队列要能支持组件通信消息的快速读写，而Redis本身支持数据的高速访问 ， 正好可以满足消息队列的读写性能需求 。
2、进行插入操作的端称为队尾，进行删除操作的端称为队头 。消息队列是在消息的传输过程中保存消息的容器 。
3、消息队列、分布式锁 。消息队列：Redis可以作为一种高性能的消息队列使用，实现异步处理和解耦 。分布式锁：Redis可以作为一种分布式锁的存储层 ， 通过缓存锁信息和锁状态，实现分布式锁和并发控制 。
4、列表（list）类型是用来存储多个有序的字符串 。可以做简单的消息队列的功能 。另外，可以利用 lrange 命令 ， 做基于 Redis的分页功能 ， 性能极佳，用户体验好 。
5、有两种方法：Redis自带的PUB/SUB机制 ， 即发布-订阅模式 。
6、基于Redis消息队列-实现短信服务化 Redis实现消息队列原理，常用的消息队列有RabbitMQ，ActiveMQ ， 个人觉得这种消息队列太大太重，本文介绍下基于Redis的轻量级消息队列服务 。
消息队列设计的大坑,做好这点,让你的分布式系统万无一失1、消息队列MQ是我们常用的一种分布式解耦神器，设计MQ的时候有一点常常被我们被我们忽略 ， 便是MQ的幂等性 。
2、分布式架构的性能优化可以从以下几个方面考虑 ： 系统拆分：将整个系统拆分为多个独立的模块或服务 。每个模块负责特定的功能，并且可以独立部署和扩展 。这样的设计使得系统更加灵活和可维护 。
3、多个发布者将消息发送到Topic，系统将这些消息传递给多个订阅者 。特点： AMQP即Advanced Message Queuing Protocol ， 是应用层协议的一个开放标准，为面向消息的中间件设计 。
4、那么运营系统取消订单的时候就是通过接口调用等方式来调用订单中心和库存管理的服务了，而不是直接去操作库 。这就涉及一个『 分布式事务 』的问题 。分布式事务有两种解决方式 优先使用异步消息 。
5、异步通信 消息队列可以实现异步通信机制，将消息发送到队列后即可返回，无需等待接收者的即时响应 。这在需要解耦和提高系统响应性能的场景中非常有用 。
【redis 实现lru redis预生成全局唯一id】6、 高吞吐：Kafka拥有很高的吞吐量，即使是在单节点性能比较低下的商用集群中 ， 也能保证单节点每秒10万条消息的传输 。高容错：Kafka在设计上支持多分区、多副本的策略，拥有很强的容错性 。
推荐阅读
- 游戏服务端要用redis吗为什么 游戏服务端要用redis吗
- 如何查看网站服务器的域名？ 网站服务器域名怎么查看
- 印尼国服 印尼服务器怎么挑选
- 如何将软件部署到服务器？ 怎么把软件放到服务器
- redis默认服务端口 redis默认端口
- 如何进行网站服务器备案？ 网站服务器备案怎么操作