redis域名怎么解析成服务器地址

redis域名首先我们打开电脑桌面并点击左下角开始选项。

然后我们在弹出来的界面里找到并点击运行选项然后此时电脑桌面上会弹出运行对话框，我们在运行对话框里输入命令cmd并点击确定点击确定后系统会弹出弹出DOS窗口我们在dos窗口里输入命令nslookup+域名，再按enter键，系统就会对域名进行正向解析。

然后系统弹出来的代码界面就会返回所需的IP地址。

Redis提供了丰富的功能，初次见到可能会感觉眼花缭乱，这些功能都是干嘛用的？都解决了什么问题？什么情况下才会用到相应的功能？下面开始一步一步的解释下。

基于本机内存的缓存

为了解决调用API依然需要2秒的问题，经过排查，其主要原因在于使用SQL获取热点新闻的过程中消耗了将近2秒的时间，于是乎，我们又想到了一个简单粗暴的解决方案，即把SQL查询的结果直接缓存在当前api服务器的内存中（设置缓存有效时间为1分钟）。后续1分钟内的请求直接读缓存，不再花费2秒去执行SQL了。假如这个api每秒接收到的请求时100个，那么一分钟就是6000个，也就是只有前2秒拥挤过来的请求会耗时2秒，后续的58秒中的所有请求都可以做到即使响应，而无需再等2秒的时间。

服务端的Redis

在API服务器的内存都被缓存塞满的时候，我们发现不得不另想解决方案了。最直接的想法就是我们把这些缓存都丢到一个专门的服务器上吧，把它的内存配置的大大的。然后我们就盯上了redis。。至于如何配置部署redis这里不解释了，redis官方有详细的介绍。随后我们就用上了一台单独的服务器作为Redis的服务器，API服务器的内存压力得以解决。

持久化（Persistence）

单台的Redis服务器一个月总有那么几天心情不好，心情不好就罢工了，导致所有的缓存都丢失了（redis的数据是存储在内存的嘛）。虽然可以把Redis服务器重新上线，但是由于内存的数据丢失，造成了缓存雪崩，API服务器和数据库的压力还是一下子就上来了。所以这个时候Redis的持久化功能就派上用场了，可以缓解一下缓存雪崩带来的影响。redis的持久化指的是redis会把内存的中的数据写入到硬盘中，在redis重新启动的时候加载这些数据，从而最大限度的降低缓存丢失带来的影响。

哨兵（Sentinel）和复制（Replication）

Redis服务器毫无征兆的罢工是个麻烦事。那么怎办办？答曰：备份一台，你挂了它上。那么如何得知某一台redis服务器挂了，如何切换，如何保证备份的机器是原始服务器的完整备份呢？这时候就需要Sentinel和Replication出场了。Sentinel可以管理多个Redis服务器，它提供了监控，提醒以及自动的故障转移的功能；Replication则是负责让一个Redis服务器可以配备多个备份的服务器。Redis也是利用这两个功能来保证Redis的高可用的。此外，Sentinel功能则是对Redis的发布和订阅功能的一个利用。

集群（Cluster）

单台服务器资源的总是有上限的，CPU资源和IO资源我们可以通过主从复制，进行读写分离，把一部分CPU和IO的压力转移到从服务器上。但是内存资源怎么办，主从模式做到的只是相同数据的备份，并不能横向扩充内存；单台机器的内存也只能进行加大处理，但是总有上限的。所以我们就需要一种解决方案，可以让我们横向扩展。最终的目的既是把每台服务器只负责其中的一部分，让这些所有的服务器构成一个整体，对外界的消费者而言，这一组分布式的服务器就像是一个集中式的服务器一样

在实际开发中不会仅仅部署一个 Redis 服务器，为了获得高可用，Redis 哨兵模式 则是高可用的一种选择。

本文先介绍下 哨兵模式，再介绍了如何在 springboot 项目中使用。

这意味着使用 Sentinel （哨兵模式），您可以创建一个 Redis 部署，它可抵抗某些类型的故障（进行故障迁移）而无需人工干预。

它有这些功能：

Sentinel 的分布式特性

Redis Sentinel 是一个分布式系统，多个 Sentinel 进程协同工作，有这些优势：

部署前需要了解:

三个节点的基本配置

法定人数和仲裁

在配置 哨兵模式时，要指定一个 quorum，它可理解为“法定人数”。

假设有3 个 哨兵，法定人数为2。那么：

哨兵和副本的自动发现

Sentinel 与其他 Sentinel 保持连接，以便相互检查彼此的可用性并交换消息。

但是，您不需要在您运行的每个 Sentinel 实例中配置其他 Sentinel 地址的列表，因为 Sentinel 使用 Redis 实例的 Pub/Sub 功能来发现正在监视相同主节点和副本的其他 Sentinel。

类似地，您不需要配置附加到主服务器的副本地址在哪里，因为 Sentinel 会通过查询 Redis 自动发现它们。

参考我的另一篇文章：

一般需要三个节点，每个节点有一个 redis 和一个哨兵。

下面再分别描述。

我这里按三个 节点，先配置 redis 的主从复制。1个节点作为 master ，2个副本。

配置节点1：master

这里的 redis 作为 master 主redis，其他两个节点作为从节点。

我的文件夹名字叫 box1，这里编辑一个 box1/redisconf 文件，主要配置内容如下:

配置节点2：副本

编辑一个 box2/redisconf 文件，主要配置内容如下:

配置节点3：副本

编辑一个 box3/redisconf 文件，主要配置内容如下:

分别启动这三个redis

命令行执行 redis-server ，并指定 配置文件的路径参数。

如何查看“主从复制”是否配置成功？

使用 info replication 命令，操作如下：

副本节点设置为只读？

从 Redis 26 开始，副本已被默认设置为 只读，无需额外配置。

一般情况下，至少会需要三个哨兵对redis 进行监控，我们可以通过修改端口启动多个sentinel 服务。

第一个哨兵：

哨兵的 默认端口是 26379 ，这里不改。

第二个哨兵：

修改哨兵端口。

第三个哨兵：

修改哨兵端口。

启动哨兵

使用 redis-sentinel 命令，分别启动这三个哨兵

哨兵的自动发现

当三个哨兵都启动后，在各个哨兵的打印日志里可以看到， 三个哨兵已互相发现了彼此的存在 。

至此，配置完毕了，我们有三个 redis，和三个哨兵，看下截图。

模拟 master 宕机

按 ctrl+c 停止 master ，其位于 6379 。停止后，从日志可以看到，哨兵和 redis副本先努力继续连接 6379，反复几次失败后，开始选举出新的 master。截图如下：

至此，配置完毕。

我们看下 springboot 项目的客户端如何配置 以访问 哨兵模式的 redis。

Redis 哨兵支持

对于处理高可用Redis，Spring Data Redis 已经支持Redis Sentinel，使用RedisSentinelConfiguration，如下例所示：

Jedis 和 Lettuce 两种 redis 驱动都可以支持。

RedisSentinelConfiguration 也可以用可以 通过 PropertySource 来设置，它允许您设置以下属性：

配置applicationyml

比如我这里修改我的 applicationyml 文件如下：

我的配置文件示例： https://githubcom/vir56k/java_demo/tree/master/redis-sentinel

我的 springboot 配置实例： https://githubcom/vir56k/java_demo/tree/master/redis-sentinel/springboot_redis_demo

Redis官网 sentinel 介绍

https://redisio/topics/sentinel

spring-data/data-redis

https://docsspringio/spring-data/data-redis/docs/current/reference/html/#redis:sentinel

https://wwwcnblogscom/jaycekon/p/6237562html

END