Redis性能瓶颈与安全隐患排查验证纪实 - 编程一生
内容提要
作者排查Redis容器连接失败，发现因未设密码且开启保护模式，仅允许本地回环连接，需设置密码或关闭保护模式；最终定位默认bind为127.0.0.1，改为bind 0.0.0.0后解决。作者强调排查应坚持科学方法，围绕原目标验证，避免被新问题带偏。
延伸解读
保护模式与bind配置的双重限制
文章揭示Redis连接失败有两个独立原因：未设密码时保护模式仅允许回环连接，而默认bind 127.0.0.1进一步限制监听地址。即使关闭保护模式，若bind未改，外部仍无法连接。作者最终通过bind 0.0.0.0解决，但需注意这会使Redis监听所有网卡，必须配合密码或防火墙，否则风险极高。
错误提示是排查的第一手线索
作者两次遇到不同报错：先是Jedis的Unexpected end of stream，后是明确的DENIED protected mode提示。后者直接给出了四种解决方案，包括设密码、改配置、启动参数等。文章提醒，仔细阅读Redis返回的错误信息能快速定位方向，比盲目尝试更有效。群友的telnet建议也验证了服务端响应，帮助区分网络问题与应用层问题。
科学排查法：锚定原目标避免跑偏
作者采用《性能之巅》的问题→假设→预测→实验→分析框架，但在解决连接问题时意识到这偏离了原目标——验证设密码的步骤与性能损耗。于是改用启动参数直接指定requirepass，先完成核心验证，再回头处理连接问题。这提示读者：排查中遇到新问题，应评估其与主目标的关系，必要时并行或暂缓，避免被带偏。
Q&A
Redis 启动后从外部客户端连接报错 'Unexpected end of stream'，可能是什么原因？
可能原因是 Redis 未设置密码且开启了保护模式（protected mode），此时 Redis 仅接受来自本地回环接口（127.0.0.1）的连接，外部连接会被拒绝，导致客户端报错。
如何解决 Redis 保护模式导致的外部无法连接问题？
有三种方法：1) 设置密码（requirepass）；2) 禁用保护模式（protected-mode no）；3) 修改 bind 配置为 0.0.0.0 允许所有接口连接。注意禁用保护模式或开放 bind 会增加安全风险，需配合防火墙等安全措施。
Redis 的 bind 配置默认是什么？如何修改以允许远程连接？
Redis 默认 bind 配置为 127.0.0.1，仅允许本地连接。要允许远程连接，可以在配置文件中添加或修改为 bind 0.0.0.0，然后重启 Redis 服务。
在 Docker 中运行 Redis 时，如何通过启动参数设置密码并保持保护模式？
可以使用命令：docker run -p 6379:6379 --name ai-redis -d redis/redis-stack-server redis-server --requirepass 123456 --protected-mode yes，这样既设置了密码又开启了保护模式。
排查 Redis 连接问题时，如何避免被新问题带偏？
应坚持科学方法：明确原目标（如验证设置密码的步骤和性能损耗），围绕目标设计实验，不要因为中间出现的新问题（如连接失败）而偏离主线。可以先用其他方式（如启动参数）验证原目标，再回头解决新问题。
Redis 保护模式下的错误提示给出了哪些解决方案？
错误提示给出四种方案：1) 从本地连接发送 CONFIG SET protected-mode no 禁用保护模式；2) 编辑配置文件设置 protected-mode no 并重启；3) 启动时使用 --protected-mode no 参数；4) 为默认用户设置认证密码。
