宝塔面板安装Redis需在软件商店搜索并安装Redis 7.x稳定版，安装后检查运行状态、绑定地址127.0.0.1、端口6379及密码配置；WordPress用Redis Object Cache插件连接，需启用PHP redis扩展；Discuz! X3.5通过修改config_global.php启用Redis内存驱动；验证需用redis-cli查KEYS和INFO keyspace，并对比MySQL慢日志。
宝塔面板里怎么装 Redis 服务端
宝塔面板默认不安装 Redis，得手动装。直接在「软件商店」搜 Redis，选对应系统版本（推荐选「Redis 7.x」稳定版，别选带「-arm」或「-dev」的），点击安装即可。安装过程通常 1–2 分钟，成功后会自动启动并设置开机自启。
安装完务必检查状态：进「软件管理」→ 找到 Redis → 看「运行状态」是否为绿色「已运行」；点「设置」→「配置文件」确认 bind 是 127.0.0.1（非公网暴露）、port 是 6379（默认）、requirepass 行被注释或设了强密码（如启用密码，后续 CMS 配置里必须填）。
常见错误：
• 安装后显示「启动失败」：大概率是端口被占用（用 netstat -tuln | grep 6379 查），或配置文件语法错误（比如多了一个空格、引号没闭合）；
• 宝塔界面显示「运行中」但实际连不上：检查 bind 是否写成了 0.0.0.0 被防火墙拦截，或 SELinux 没关（CentOS 7/8 执行 setenforce 0 临时验证）。
WordPress 怎么用插件连上 Redis 缓存
WordPress 本身不支持 Redis，靠插件桥接。主流选 Redis Object Cache（轻量、维护活跃）或 WP Super Cache + Redis extension（需额外 PHP 扩展）。推荐前者，不用编译扩展。
操作步骤：
• 后台「插件 → 安装插件」搜 Redis Object Cache，安装并启用；
• 进「设置 → Redis」页面，确认 Host 填 127.0.0.1、Port 填 6379、Password 留空或填宝塔里设的密码；
• 勾选「Enable Object Cache」，点「Save Changes」；
• 页面底部出现绿色提示「Connected to Redis server」才算真正连通。
注意：
• 如果用的是宝塔的 PHP 版本（如 PHP 8.1），确保已安装 redis 扩展（宝塔「PHP 设置 → 安装扩展」里勾选）；Redis Object Cache 插件依赖这个扩展，否则连不上且无报错；
• 不要同时启用多个 Redis 插件（如再装 WP Redis），会冲突导致后台白屏；
• 缓存键前缀（Prefix）建议保留默认，避免多站点共用 Redis 时键名撞车。
Discuz! X3.5 怎么配 Redis 替代文件缓存
Discuz! 原生支持 Redis，不用插件，改两处配置就行。前提是 PHP 已装 redis 扩展（同上，在宝塔 PHP 设置里确认）。
修改路径：
• 编辑网站根目录下的 config/config_global.php，找到 $_config['memory']['prefix'] 行，在它前面加：
$_config['memory']['redis'] = array(
'server' => '127.0.0.1',
'port' => 6379,
'pconnect' => 0,
'timeout' => 1,
'password' => '',
'serializer' => 1
);
• 再找到 $_config['memory']['memcache']['server'] 这类行，把整段注释掉或删掉；
• 最后把 $_config['memory']['driver'] = 'file'; 改成 $_config['memory']['driver'] = 'redis';。
生效前清空：
• FTP 进 data/cache/ 删除所有 .php 缓存文件；
• 后台「工具 → 更新缓存」强制刷新；
• 观察 data/logs/ 下是否有 redis_*.log（如有，说明调用正常）。
容易漏的点：
• serializer 设为 1 表示用 PHP 的 serialize()，Discuz! 默认只认这个，设成 0（igbinary）会存取失败；
• pconnect 设为 0（短连接），避免宝塔下 PHP-FPM 子进程复用 Redis 连接引发超时；
• 密码字段如果宝塔 Redis 配了密码，这里必须同步填对，否则后台打不开。
怎么验证 Redis 真正在扛数据库请求
不能光看插件显示「已连接」，得看数据有没有真写进 Redis、DB 查询是否变少。
验证方法：
• 登录宝塔终端，执行 redis-cli -h 127.0.0.1 -p 6379（加 -a 密码 如果设了），然后输 KEYS * 查当前有哪些键（WordPress 通常是 wp_:*，Discuz! 是 discuz_*:）；
• 刷几次前台页面后，再执行 INFO keyspace，看 db0:keys=xxx,expires=xxx 里的 keys 数是否明显增长；
• 对比开启前后 MySQL 的慢查询日志（宝塔「数据库 → 选库 → 慢日志」），重点看 SELECT COUNT(*) FROM pre_common_cache 或 wp_options 类高频小查询是否消失。
真实瓶颈常藏在这里：
• Redis 缓存命中率低：可能是 CMS 插件没正确读写（比如 WordPress 的某些主题绕过对象缓存直接查 DB）；
• Redis 内存爆满触发 LRU 淘汰：宝塔 Redis 设置里默认最大内存 100mb，高流量站得调到 512mb 以上，并监控 INFO memory 的 used_memory_human；
• PHP 连 Redis 超时却没报错：宝塔 PHP 配置里 max_execution_time 太小（如 30s），而 Redis 响应慢时页面卡死，建议设为 60 并开 opcache 减少脚本解析压力。
