CentOS Stream 9 Redis 7.2.7 源码编译一键安装脚本

作者:☆凡尘清心☆日期:2026/8/4

CentOS Stream 9 Redis 7.2.7 源码编译一键安装脚本

  • 自动编译、自动配置、自动 systemd 托管
  • 开启 AOF 持久化 + 密码 + 远程访问
  • 安装完直接可用
1#!/bin/bash
2set -euo pipefail
3
4# 版本与路径
5REDIS_VERSION="7.2.7"
6INSTALL_DIR="/usr/local/redis"
7DATA_DIR="/data/redis"
8LOG_DIR="/var/log/redis"
9CONF_DIR="${INSTALL_DIR}/conf"
10REDIS_PASS="123456"
11
12echo -e "\033[32m===== 安装依赖 =====\033[0m"
13dnf install -y gcc gcc-c++ make openssl-devel
14
15echo -e "\033[32m===== 下载 Redis ${REDIS_VERSION} =====\033[0m"
16cd /usr/local/src
17wget -N https://download.redis.io/releases/redis-${REDIS_VERSION}.tar.gz
18
19echo -e "\033[32m===== 解压 & 编译 =====\033[0m"
20tar zxf redis-${REDIS_VERSION}.tar.gz
21cd redis-${REDIS_VERSION}
22make -j$(nproc)
23
24echo -e "\033[32m===== 安装 =====\033[0m"
25make install PREFIX=${INSTALL_DIR}
26
27echo -e "\033[32m===== 创建目录 =====\033[0m"
28mkdir -p ${CONF_DIR} ${DATA_DIR} ${LOG_DIR}
29
30echo -e "\033[32m===== 复制配置文件 =====\033[0m"
31cp redis.conf ${CONF_DIR}/redis.conf
32
33echo -e "\033[32m===== 自动配置 redis.conf =====\033[0m"
34sed -i "s|^bind .*|bind 0.0.0.0|" ${CONF_DIR}/redis.conf
35sed -i "s|^protected-mode .*|protected-mode no|" ${CONF_DIR}/redis.conf
36sed -i "s|^port .*|port 6379|" ${CONF_DIR}/redis.conf
37sed -i "s|^daemonize .*|daemonize no|" ${CONF_DIR}/redis.conf
38sed -i "s|^logfile .*|logfile ${LOG_DIR}/redis.log|" ${CONF_DIR}/redis.conf
39sed -i "s|^dir .*|dir ${DATA_DIR}|" ${CONF_DIR}/redis.conf
40sed -i "s|^# requirepass .*|requirepass ${REDIS_PASS}|" ${CONF_DIR}/redis.conf
41sed -i "s|^appendonly .*|appendonly yes|" ${CONF_DIR}/redis.conf
42
43echo -e "\033[32m===== 创建 systemd 服务 =====\033[0m"
44cat >/usr/lib/systemd/system/redis.service <<EOF
45[Unit]
46Description=Redis Server
47After=network.target
48
49[Service]
50Type=simple
51ExecStart=${INSTALL_DIR}/bin/redis-server ${CONF_DIR}/redis.conf
52ExecReload=/bin/kill -USR2 \$MAINPID
53Restart=on-failure
54LimitNOFILE=65535
55
56[Install]
57WantedBy=multi-user.target
58EOF
59
60echo -e "\033[32m===== 启动并开机自启 =====\033[0m"
61systemctl daemon-reload
62systemctl enable --now redis
63sleep 2
64
65echo -e "\033[32m===== 加入全局命令 =====\033[0m"
66echo "export PATH=\$PATH:${INSTALL_DIR}/bin" >/etc/profile.d/redis.sh
67source /etc/profile.d/redis.sh
68
69echo -e "\033[32m===== 安装完成!=====\033[0m"
70redis-server --version
71redis-cli --version
72echo
73echo "安装目录:${INSTALL_DIR}"
74echo "配置文件:${CONF_DIR}/redis.conf"
75echo "数据目录:${DATA_DIR}"
76echo "密码:${REDIS_PASS}"
77echo "测试:redis-cli -a ${REDIS_PASS}"
78

使用方法

1# 1. 创建脚本
2vim install_redis727.sh
3
4# 2. 粘贴上面全部内容,保存
5
6# 3. 加执行权限
7chmod +x install_redis727.sh
8
9# 4. 运行
10./install_redis727.sh
11

安装后信息

  • 端口:6379
  • 密码:123456
  • 开启 AOF 持久化
  • 允许远程访问
  • 开机自启
  • 命令全局可用

测试

1redis-cli -a 123456
2127.0.0.1:6379> set test ok
3127.0.0.1:6379> get test
4

CentOS Stream 9 Redis 7.2.7 源码编译一键安装脚本》 是转载文章,点击查看原文


相关推荐


我用 AI Agent 重构了日常开发工作流,效果出乎意料
吴琼琼2026/7/27

我用 AI Agent 重构了日常开发工作流,效果出乎意料 写代码 5 年,我第一次觉得 AI 不只是「自动补全」 前言 不知道你有没有这种感觉——AI 编程工具用了一堆,但总觉得差点意思。 GitHub Copilot 帮你补全代码,但补完你还是要自己调试。Cursor 让你和 AI 聊天,但聊完你还是要自己改。ChatGPT 给你写函数,但写完你还得自己组装。 这些工具更像是一个「超级自动补全」,而不是一个「真正的开发者」。 直到我开始尝试 AI Agent——让你的 AI 不再是只会回


从暴力到滑动窗口的终极形态:力扣3「无重复字符的最长子串」的优化进化之路
胡萝卜术2026/7/19

从暴力到滑动窗口的终极形态:力扣3「无重复字符的最长子串」的优化进化之路 当我们从数组和链表的“冰冷内存”转向字符串的“流式字符”时,滑动窗口才真正展现出它最优雅的一面。这道题,就是滑动窗口思想的“封神之作”。 前言 在连续攻克了链表专题的重重关卡——从反转链表(206)到LRU缓存(146)——之后,是时候进入一个全新的数据结构领域了。今天,我们首先要面对的,是字符串/数组专题中最经典、最基础、也是面试中出现频率最高的题目之一——力扣3. 无重复字符的最长子串(Longest Substr


MCP 入门实战:写一个能读本地文件的极简服务
To_OC2026/7/11

前几天折腾 AI IDE 的时候,一直有个特别烦人的痛点:大模型只能跟你聊代码逻辑,没法直接读我本地的项目文件。每次想让它帮我看个配置、改个脚本,都得手动复制一大段内容粘贴进去,文件长了特别折腾。 直到我看到有人提 MCP,说能让大模型直接调用本地工具。我寻思不就是读个文件嘛,应该不难,索性自己动手写个最简单的文件读取 MCP 服务。结果真上手才发现,坑全在细节里,折腾了小半天才跑通。今天顺着我当时的思路捋一遍,省得后面有人跟我一样走弯路。 先搞懂:MCP 到底在中间干了啥 说实话,最开始我对


Gson → kotlinx.serialization
plainGeek2026/7/3

Gson → kotlinx.serialization 老写法(Java + Gson) Gson gson = new Gson(); // 序列化 Item item = new Item(1, "商品", 9.99); String json = gson.toJson(item); // 反序列化 Item parsed = gson.fromJson(json, Item.class); List<Item> list = gson.fromJson(jsonArray,


图解 MongoDB 12|索引与查询优化地图:一条主线,三个判断轴
十三Tech2026/6/25

到这里,索引与查询优化这个阶段就讲完了。从第 04 篇的索引模型,到第 11 篇的慢查询排查闭环,中间穿过了索引类型、ESR 原则、explain、覆盖查询。这些不是孤立的知识点,而是一条连贯的主线——每一步都在回答「怎么让查询又快又省」。 这一篇是阶段的收束,不引入新机制,而是把前面讲过的东西收成一张地图和三个判断轴,方便你在实际工作中快速调用。后面进入存储引擎与内存阶段(13–17)时,会从「查询怎么用索引」下沉到「索引和数据怎么在内存里」。 一条主线 这条主线有六个节点,对应这个阶段的六


Vue集成uuid生成唯一标识实践指南
独泪了无痕2026/6/16

一、核心基础 1.1 UUID 是什么   UUID(通用唯一标识符,Universally Unique Identifier) 是一个 128 位用于标识信息的唯一标识符,通常以 32 个十六进制的字符串形式呈现,具有全球唯一性(理论上重复概率可忽略),非常适合用于标识网络中的资源、数据记录或其他任何需要唯一标识的实体。 UUID 生成器:devtool.tech/uuid 1.2 uuid.js 库概述   uuid.js 是用于生成 UUID 的 JavaScript 库,解决


Agent 系列(16):工具链设计——让 LLM 用对工具的五个原则
冬奇Lab2026/6/9

工具文档是写给 LLM 的,不是写给人的 你有没有写过这样的工具文档: @lc_tool def get_data(query: str) -> str: """Get data.""" ... 这对人类来说是糟糕的文档,对 LLM 来说更糟——它不知道这个工具做什么、什么时候调它、传什么参数。 工具设计有三条核心维度:描述质量(LLM 选不选你)、错误处理(出错时崩不崩)、粒度设计(参数好不好提取)。本文用实验数据说话。 Demo 1:描述质量——真正影响工具选择的条件 对


实战解析:如何用自然语言驱动混沌工程?Blade AI Agent 实现故障演练全链路自动化
阿里云云原生2026/6/1

作者:林曜、穹谷 混沌工程为什么难落地? 每个 SRE 团队都知道混沌工程的价值——在可控条件下主动注入故障,验证系统韧性,防患于未然。 但现实是,绝大多数团队的故障演练停留在“年度任务”而非“日常习惯”。原因很简单: 门槛太高,流程太碎。 一次完整演练五步:定位目标 → 拼装命令 → 确认安全 → 验证效果 → 善后清理。每一步都要查文档、写参数、跑命令。即使是经验丰富的工程师,单次演练也需要 20-30 分钟。而任何一步遗漏(忘了验证、忘了清理),后果都可能比不演练更糟。 Blade AI


策略周度复盘 | 2026年wk19
0xAI2026/5/12

本文观点仅供参考,不构成任何投资建议。投资有风险,入市需谨慎。 一、本周大盘走势 本周从周三开始开盘,只有3个交易日(5月6日-8日),但是整个大A还是实现了开门红。到周五收盘为止,整个大盘走势稳扎稳打,虽然有大涨,不过回调也比较有限,仍然维持着比较强势的多头态势。再加上外围美股市场AI科技大行其道,一片”涨声“,所以下周开盘,大概率还会延续本周的涨势。手上有票的朋友不必慌张,可以继续持股等着更大的涨幅。 接下来,还是老规矩,我们以真实数据说话,一图胜千言。本周三大股指本周仍然是以创业板为主,


🚀 2026 年 4 月 GitHub 十大热门项目排行榜 🔥
一点一木2026/5/2

欢迎来到 2026 年 4 月 GitHub 热门开源项目排行榜!本月榜单横跨 成长型通用智能体、Claude Code 技能与记忆、文档—Markdown 数据管线、Token 经济学 CLI、多智能体协作平台、Harness / 工作流治理、Agent-Native 教育 与 金融时序基础模型 等方向。这些项目共同指向:把编码智能体从「单次对话」推进到「可协作、可度量、可沉淀」;它们几乎全部围绕「更稳的 Harness、更省的 Token、更真的垂直数据」展开,不再是概念验证,而是可以立刻嵌

首页编辑器站点地图

本站内容在 CC BY-SA 4.0 协议下发布

Copyright © 2026 聚合阅读