【图文教程】Centos单机安装Redis

以下是在 CentOS 上安装 Redis 的一些步骤。

首先，安装gcc和tcl。
运行 yum install -y gcc tcl。

将redis包放在/usr/local/src下，解压，然后cd运行。

编译安装，make && make install。

默认路径是/usr/local/bin，redis-cli和redis-server都位于该路径。

启动Redis。

1 .直接启动redis-server。

不，它是临时使用的，一旦你关闭窗口就会停止。

2 推荐的方法是修改配置文件。

cp redis.conf redis.conf.bck。

更改一些重要项目。

bind 0.0.0.0（按照您喜欢的方式连接，不要在生产中这样做）。

守护进程是（在后台运行）。

需要密码1 2 3 3 2 1 （设置密码）。

启动：cd /usr/local/src/redis-6 .2 .6 ，redis-server redis.conf。

3 .通电后自动启动。

将服务文件写入/etc/systemd/system/redis.service。

重新加载systemctl daemon-reload。

systemctl start 启动redis。

验证：redis-cli -a 返回 1 2 3 3 2 1 、ping、PONG。

注意：密码不要太简单，不要使用0.0.0.0进行绑定。

redis登录方式 登录redis是什么命令

使用redis-cli登录Redis，使用AUTH进行密码保护，非本地服务器指定-h和-p，默认交互模式，通过单个命令直接监控参数，生产环境使用SSH隧道。

Redis数据库如何通过客户端设置密码

说白了，设置Redis密码需要三个步骤：启动客户端、命令修改密码、验证密码。
但实际操作中有几个关键点需要大家密切关注。

我们先来说说最重要的事情。
去年我们进行了一个3 000级的项目。
由于客户端在设置密码时没有包含验证链接，导致半夜出现SSH登录超时，直接锁定Redis，导致整个链接抖动了两个小时。
用行话来说，这称为雪崩效应。
事实上，前面的一个小延迟就会导致后面的一切都崩溃。
还有一点是configsetrequirepass命令不是原子操作，在高并发场景下可能会被覆盖。
我们用Redis Sentinel来掩盖，但是想了想还是改配置文件比较安全。
还有另一个关键细节。
例如，如果使用 auth 命令验证失败，Redis 就会直接卡住，这就像是“按下了发送按钮但没有互联网连接”的困境。

一开始我以为修改密码就能一劳永逸地解决问题，但后来发现不对劲。
Linux重启后，所有配置都被清除。
等等，还有一件事。
对于某些客户端，例如在Docker容器中启动的Redis，环境变量可能会干扰密码验证，并且必须单独传递CMD参数。

建议首先在测试环境中运行该过程，而不是直接在生产机器上进行更改。

用什么方式查看redis数据占用的内存

嘿嘿，关于Redis内存管理，之前我还挺困惑的。
我记得2 02 2 年的时候，我在某个城市做一个项目，必须使用redis-cli工具来连接Redis服务。
你说这个命令行工具使用起来相当简单，但是你需要清楚地记住每个参数。

首先，您需要登录Redis并在终端中输入一系列命令。
如果设置了密码，您必须拥有主机地址、端口号和密码。
当时我很困惑，以为必须设置一个复杂的密码，后来发现如果不设置密码，认证部分可以省略。

登录后，我进入交互模式。
就在那时，我进入了信息记忆，嘿，系统给我发回了一堆信息。
那时我只是查看used_memory 字段。
单位是字节，比较直观。
我记得有一个项目显示1 3 4 9 009 6 ，即1 3 ,4 9 0,09 6 字节。

如果你想看得更直观的话，看used_memory_ human字段，它会直接帮你转换成MB和GB。
比如1 .2 5 G，你知道大约占用1 .2 5 GB内存。

还有几个字段需要说一下，其中一个used_memory_rss，它是Redis进程实际占用的物理内存总量，包括data、buffers等。
mem_fragmentation_ratio是内存碎片率。
该值越接近1 越好。
如果太大，可能需要优化。
还有used_memory_peak，记录了Redis运行时的内存使用峰值，非常有用。

但需要注意的是，如果Redis配置了密码，则登录时必须使用auth命令进行验证，否则查询将不会被执行。
至于生产环境，后来我意识到需要使用监控工具，比如Prometheus、Grafana，可以持续跟踪内存指标，这比手动检查方便得多。
我可能有点偏见，但这是提高效率的好方法。