Redis启动失败时若日志出现“Address already in use”，必为端口冲突，需用netstat或lsof查PID并终止占用进程；bind配置错误、宝塔未重载配置、权限不足等也常见。
redis-server 启动失败时先看 redis-server.log 里有没有 Address already in use
这个错误几乎总是端口冲突的铁证，不是“可能”，是“就是”。宝塔默认用 6379，但很多用户装过 Docker、手动跑过 Redis、甚至某些监控工具也会悄悄占着它。别急着改配置，先确认是不是真被占了：
执行 netstat -tulnp | grep :6379 或 lsof -i :6379，看输出里 PID 是谁。如果是 redis-server 自己，说明上一次没正常退出，残留进程在；如果是 docker-proxy、node 或其他进程，就得针对性处理。
bind 配置写成 bind 127.0.0.1 却想从外网连，连不通不怪 Redis
宝塔面板默认把 bind 设为 127.0.0.1，这是安全做法，但也是 PHP 应用连不上 Redis 的高频原因——尤其当你的 PHP 运行在另一个容器、或 Nginx 反向代理后，实际请求来源 IP 就不是 127.0.0.1。
检查方法：grep "^bind" /www/server/redis/redis.conf
常见错误包括：
-
bind 127.0.0.1 ::1—— IPv6 地址没开或系统不支持，直接导致启动失败 -
bind 0.0.0.0—— 开放所有接口，但必须配合protected-mode no，否则 Redis 拒绝启动 -
bind行后面多了一个空格或中文逗号，redis-server --test-conf会直接报Bad directive
改完 redis.conf 必须点宝塔面板里的“重载配置”，不是“重启”
宝塔的“重启”按钮本质是调用 systemctl restart redis，它不会重新读取你刚改的配置文件，尤其当 Redis 因配置错误无法启动时，“重启”只是反复失败。而“重载配置”会触发宝塔校验语法、写入环境变量、再调用 redis-server 带新配置启动。
操作路径：软件商店 → Redis → 设置 → 配置文件 → 编辑保存 → 页面顶部点“重载配置”。
验证是否生效：ps aux | grep redis-server 看启动命令里有没有 --port 或 --bind 参数，有就说明配置已加载。
端口没被占、bind 也对，但 redis-cli -h 127.0.0.1 -p 6379 ping 还是 Connection refused
这时候问题大概率不在 Redis 本身，而在宝塔和系统服务管理的衔接上：
– 先确认 Redis 实际监听的是哪个地址：ss -tlnp | grep :6379，如果没输出，说明根本没起来
– 检查宝塔数据库里存的配置是否被污染：sqlite3 /www/server/panel/data/panel.db 'SELECT value FROM config WHERE type="redis"'，看返回 JSON 里 bind 和 port 字段是不是和 redis.conf 一致，常见坑是双引号没闭合、逗号缺失导致 JSON 解析失败，宝塔就静默回退到默认值
– 最后看 /var/log/redis/redis-server.log 最末几行，Redis 启动失败时最后一句往往是真正卡点，比如 Can't open the append only file: Permission denied，那就要去查 dir 和 appendfilename 对应路径的权限，而不是继续调 bind
