IdealSanX的博客

Redis【Remote Dictionary Server（远程字典服务器）】是用C语言开发的一个(key value)数据库Redis通过提供多种键值数据类型来适应不同场景下的存储需求目前Redis支持的键值数据类型如下：字符串类型String、哈希类型hash、列表类型list、集合类型set、有序集合类型sortedsetRedis可以缓存数据的计算结果、页面内容、数据库查询结果等，通过提高数据访问速度和响应速度，提升系统性能和用户体验。

redis是k-v键值对进行存储，key的类型都是字符串，而数据类型是value的数据类型命令不区分大小写，而key的值是区分大小写的Key常用命令keys * //当前库的所有keyexists key //判断某个key是否存在，可以同时判断多个key，返回几就是存在几个type key //查看你的key是什么类型// 删除del key //是原子操作，删除指定的key数据。

奇数个master节点可以在满足选举该条件的基础上节省一个节点，比如三个master节点和四个master节点的集群相比，大家如果都挂了一个master节点都能选举新master节点，如果都挂了两个master节点都没法选举新master节点了，所以奇数的master节点更多的是从节省机器资源角度出发说的。因为新master的选举需要大于半数的集群master节点同意才能选举成功，如果只有两个master节点，当其中一个挂了，是达不到选举新master的条件的。集群会记录节点和槽的对应关系。

持久化有两种方式，RDB（Redis Data Base）和AOF（Append Only File）RDB是快照模式AOF是复制写操作当redis宕机时，可以通过这两种模式进行数据恢复。

上一个slave可以是下一个slave的master，slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master。通过日志可以查看连接状态，日志保存目录在配置文件中。命令配置是一次性，当重启后就不再生效。从机配置上主机的ip、端口。关闭后，数据还在从redis中。slave启动，同步初请。

可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化， 按顺序地串行化执行而不会被其他命令插入，不许加塞一个队列中，一次性、顺序性、排他性的执行一系列命令单独的隔离操作Redis的事务仅仅是保证事务里的操作会被连续独占的执行，redis命令执行是单线程架构，在执行完事务内所有指令前是不可能再去同时执行其他客户端的请求的没有隔离级别的概念因为事务提交前任何指令都不会被实际执行，也就不存在"事务内的查询要看到事务里的更新，在事务外查询不能看到”这种问题了。

已经不推荐使用发布/订阅，现在专业的使用Mq，kafka，RabbitMQ等中间件发布的消息在Redis系统中不能持久化，因此，必须先执行订阅，再等待消息发布。如果先发布了消息，那么该消息由于没有接收者只管发送对于发布者而言消息是即发即失的，不管接收，也没有ACK机制，无法保证消息的消费成功。5.0版本更新的Stream，支持多播以及数据持久化，比发布/订阅更加强大。

如何优化频繁命令往返造成的性能瓶颈？Redis是一种基于客户端-服务端模型以及请求/响应协议的TCP服务。客户端向服务端发送命令分四步(发送命令→命令排队→命令执行→返回结果)，并监听Socket返回，通常以阻塞模式等待服务端响应服务端处理命令，并将结果返回给客户端。Round Trip Time(简称RTT,数据包往返于两端的时间)

因为有的时候，某个sentinel节点可能因为自身网络原因，导致无法连接master，而此时master并没有出现故障，所以，这就需要多个sentinel都一致认为该master有问题，才可以进行下一步操作，这就保证了公平性和高可用。SDOWN 是单个sentinel 自己主观上检测到的关于master的失效状态，从sentinel的角度来看，如果发送了PING心跳后，在timeout时间内没有收到合法的回复，就达到了SDOWN的条件。自动将某一个从库转换为新主库，继续对外服务，俗称无人值守运维。