redis集群手动主从切换-redis主从切换时间(5-4-88)

更新时间：2024-06-08 分类：Redis 浏览量：2

Redis本文目录一览：

1、redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：会话缓存（SessionCache）最常用的一种使用Redis的情景是会话缓存（sessioncache）。

2、redis是一个单线程的NoSQL数据库，主要用来做数据缓存，一般大型网站的应用和数据库之间的那一层就是Redis。

3、都解决了什么问题？什么情况下才会用到相应的功能？下面开始一步一步的解释下。

4、redis哨兵技术主要作用和解决的问题是：持久化：是最简单的高可用方法，主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。复制：是高可用Redis的基础，哨兵和集群都是在复制基础上实现高可用的。

5、redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库（硬盘），提高了访问效率，解决了数据库服务器压力。

需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。

redis连接池出现了问题，可以更换redis连接池即可解决问题。

即使只有一个节点，Redis哨兵模式仍然可以正常工作。

第一步中的第一行记录，都要执行一次停止命令。

将no-appendfsync-on-rewrite的配置设为yes可以缓解这个问题，设置为yes表示rewrite期间对新写操作不fsync，暂时存在内存中，等rewrite完成后再写入。最好是不开启Master的AOF备份功能。

主从复制原理主从复制过程大体可以分为3个阶段：连接建立阶段（即准备阶段）、数据同步阶段、命令传播阶段。在从节点执行 slaveof 命令后，复制过程便开始运作，下面图示可以看出复制过程大致分为6个过程。

在主服务器与从服务器之间进行数据复制，分为两种方式：完整的重同步（full resynchronization）和部分的重同步（partial resynchronization）。

传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。

在 Redis 主从架构中，由于主节点的数据会被异步地复制到从节点，因此在某个时刻，主从节点之间可能会存在一些数据的不一致。所以，要评估主从节点之间的数据同步情况，不能仅仅通过 key 的数量来衡量。

只要有精确的 key，检索时不会有任何性能问题。Redis 用于存储 key 的是一个字典对象，查询性能与数量级无关。用 pipeline 批量执行。数据量大部分取决于你使用的数据格式，也取决于你单个 key 的数据规模。

虽然它是一个Key-Value数据库存储系统，但它本身支持MQ功能，所以完全可以当做一个轻量级的队列服务来使用。对于RabbitMQ和Redis的入队和出队操作，各执行100万次，每10万次记录一次执行时间。

并没有必然要多长的限制，尽量短就可以了！Redis key值是二进制安全的，这意味着可以用任何二进制序列作为key值，从形如”foo”的简单字符串到一个JPEG文件的内容都可以。空字符串也是有效key值。

所以，如果需要缓存能够支持更复杂的结构和操作，那么Redis会是不错的选择。