连接redis用什么包（连redis命令）



前言：

下面我们开始安装

1.确保系统已经更新到最新的软件包列表。运行以下命令：

2.安装Redis。运行以下命令：

3.安装完成后，启动Redis服务：

4.设置Redis开机自启动：

5.检查Redis是否正在运行：

如果正在运行，你可以看到类似如下的输出

你已经成功安装和启动了Redis。此时我们就可以使用redis-cli命令连接到Redis服务器并执行相关操作。

但是我们还需要配置一些信息（这里只做最简单的配置）

我们需要确认一下redis的监听ip端口等信息，如果我们有外部客户端程序需要访问的话，我们需要确认我们的redis配置中设置了可以监听到该程序的访问。

我们可以使用

ps：这个命令是"process status"的缩写，用于提供有关当前运行进程的信息。

aux：选项a和u用于显示所有用户的所有运行进程的信息（a），以用户友好的格式显示（u）。x选项显示与终端无关的进程。

|（管道）：它将左侧命令的输出作为右侧命令的输入。

grep redis：grep命令用于在输入中搜索特定的模式或文本。在这种情况下，它搜索包含"redis"关键字的行。

因此，当你运行ps aux | grep redis时，实际上是在要求系统显示所有运行进程的信息，然后过滤输出，只显示包含"redis"关键字的行。这通常用于检查系统上是否当前正在运行Redis服务器进程，并获取有关该进程的信息。

我们会发现他监听的是本地的6379端口，没有监听其他端口，所以肯定需要修改。

使用 Vim 编辑器打开 redis.conf 文件

一般来说在linux中redis.conf文件默认会在etc/redis/目录下，或者就在etc/目录下，这个需要我们自己去找一下。

然后我们找到bind配置

这个配置表示 Redis 只会监听本地回环地址（localhost），即 127.0.0.1 和 ::1（IPv6 的本地回环地址）。这样的配置意味着 Redis 只能通过本地访问，外部网络无法连接到 Redis 服务器。

127.0.0.1: 这是 IPv4 的本地回环地址，只允许本地计算机访问 Redis。

::1: 这是 IPv6 的本地回环地址，同样只允许本地计算机访问 Redis。

所以我们需要改为

这样 Redis 将会监听所有可用的网络接口，允许来自本地和外部网络的连接。（注意这个配置是重启后生效的）

所以我们需要使用

重启一下redis

其实到这里一般开发中我们就已经可以使用redis了，可以不去设置用户名和密码。

补充：
如果有小伙伴就配置完上面信息就去使用，可能会存入的数据隔一段时间就消失了的情况（ps：并没有设置过期时间。）笔者在使用时就出现了这种情况。下面我们就逐步排查并解决这个问题。
首先redis数据存入隔一段时间就消失常见的有两个原因

第一就是我们存入数据的时候就设置了过期时间
第二就是我们没有持久化设置，导致出现了问题
比如说你用java语言时使用了

类似这样的代码显示的设置了TTL。

这个也很好排查，直接在redis客户端使用

就可以查看对应key的过期时间了，如果是-1那就证明并没有设置过期时间，redis默认应该持久化保存。

那么下面我们排除第二种情况

查看redis的持久化设置情况，可以有以下几种途径

1.在配置文件中查找包含关键字save的行
以我上文陈述的redis配置(我的redis配置文件存储在etc/redis.conf)为例：
从配置文件的存储路径下进去，

然后使用vim编辑器打开redis.conf

我使用的这个版本的阿里云Linux服务器自带vim编辑器，所以不需要下载，如果有小伙伴显示vim命令无效，可能需要额外下载一下vim编辑器，这个自己去网上搜一下就行。

我们需要在配置文件中找到有关持久化的配置

我们使用

这个vim编辑的字符串搜索功能来搜索save配置。

我们可以使用n来跳转到下一个匹配项。

这个翻译一下：

那就说明默认redis是设置了持久化配置的。

如果还不放心，我们可以进入redis客户端

然后使用命令

说明这个redis的AOF持久化是没有开启的。但是redis是有两种持久化方式的。redis默认开启的是RDB持久化。

此外，我们可以通过使用Redis的INFO命令可以获取有关Redis服务器的各种信息，包括持久化信息

loading：指示系统当前是否正在加载数据。值为0表示没有正在进行的加载过程。

current_cow_size：表示当前的写时复制（Copy-on-Write，COW）大小。写时复制是内存管理中使用的一种策略。

current_cow_size_age：当前写时复制大小的年龄。

current_fork_perc：当前分叉的百分比。

current_save_keys_processed：当前保存操作期间处理的键数。

current_save_keys_total：当前保存操作期间要保存的键总数。

rdb_changes_since_last_save：上次保存以来的更改次数。

rdb_bgsave_in_progress：指示当前是否正在进行后台保存操作。

rdb_last_save_time：上次保存操作的时间戳。

rdb_last_bgsave_status：上次后台保存操作的状态（例如，"ok"表示成功）。

rdb_last_bgsave_time_sec：上次后台保存操作所用的时间（以秒为单位）。

rdb_current_bgsave_time_sec：正在进行的后台保存操作所用的当前时间（以秒为单位）。

rdb_last_cow_size：上次保存操作期间写时复制的大小。

aof_enabled：指示是否启用了追加模式文件（Append-Only File，AOF）（1表示启用，0表示禁用）。

aof_rewrite_in_progress：指示当前是否正在进行AOF重写操作。

aof_rewrite_scheduled：指示是否已安排进行AOF重写。

aof_last_rewrite_time_sec：上次AOF重写操作所用的时间（以秒为单位）。

aof_current_rewrite_time_sec：正在进行的AOF重写操作所用的当前时间（以秒为单位）。

aof_last_bgrewrite_status：上次后台AOF重写操作的状态。

aof_last_write_status：上次AOF写操作的状态。

aof_last_cow_size：上次AOF重写操作期间写时复制的大小。

module_fork_in_progress：指示当前是否正在进行模块分叉操作。

module_fork_last_cow_size：上次模块分叉操作期间写时复制的大小。

好了，那么两种情况都排查完毕，但是很遗憾，如果你是和我一样使用，阿里云服务器（ECS云服务器）使用yum安装redis的最新版的redis,这个问题就还没解决。

我们直接打开

这些日志信息表明在Redis进行后台快照持久化时出现了问题。以下是对日志的解读：

49970:C 07 Jan 2024 03:39:03.083 # Failed opening the RDB file crontab(in server root dir /etc) for saving: Permission
denied：
这里指出了问题，表示在将快照保存到RDB文件时，Redis尝试在根目录（/etc）下创建名为 “crontab” 的RDB文件，但由于权限问题导致失败。

#Background saving error：表示后台保存遇到错误。

类似的日志条目重复了，表明在后续的尝试中，仍然无法保存快照。

原来如此

这个问题的根本原因是Redis进程没有足够的权限在指定的目录（/etc）下创建文件。通常情况下，Redis执行后台快照持久化时，会在Redis服务器的工作目录或配置文件中指定的目录中创建RDB文件。

下面我们来解决这个问题

1.首先我们确认一下我们redis的工作目录

这将列出所有包含 “redis” 关键字的进程。注意查看 Redis 服务的主进程（通常是 redis-server）的用户和用户组信息

3.调整权限： 确保Redis进程有足够的权限在工作目录中进行写操作。可以使用 chown 和 chmod 命令来调整目录的所有者和权限。

上述命令假设Redis运行在 redis 用户和 redis 组下，确保适应你的实际情况。

这里说一下这个770是哈

在 chmod 命令中，三个数字 770 用于表示文件或目录的权限。

每个数字代表一组权限，分别是：

在 770 中，二进制表示为 111 111 000，分别对应于所有者、所属组和其他用户的权限。

4.最后不要忘记重启redis

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/rfx/33046.html