为什么Redis密码设置不容忽视？
当你兴奋地在服务器上启动Redis服务时，可能没意识到这个高性能内存数据库默认不启用任何认证机制。这意味着只要知道服务器IP和端口，任何人都能直接访问你的Redis实例——包括读取、修改甚至清空所有数据。去年某公司就因未设置Redis密码导致数万用户数据泄露，这样的案例在技术社区屡见不鲜。
Redis设置密码的三种主流方式
方法一：通过配置文件永久生效
这是生产环境推荐的做法，修改后重启服务即可生效：
- 找到Redis配置文件，通常位于/etc/redis/redis.conf
- 搜索"# requirepass foobared"这行（约第500行）
- 删除注释符号#，将foobared改为你的强密码
- 保存文件后执行：sudo systemctl restart redis
你可能想问：为什么修改配置后要重启服务？因为Redis只在启动时加载配置，运行时修改不会立即生效。
方法二：临时通过命令行设置
适用于快速测试场景，但重启后会丢失：
127.0.0.1:6379> CONFIG SET requirepass "yourpassword" OK 127.0.0.1:6379> AUTH yourpassword OK
有人会说：临时密码有什么用？其实在紧急阻断未授权访问时，这能为你争取处理时间。
方法三：启动时通过参数设置
适合Docker等容器化部署场景：
redis-server --requirepass yourpassword
验证密码是否生效的完整流程
设置完密码后，务必通过以下步骤验证：
- 无密码连接测试：尝试直接执行命令应返回"NOAUTH"错误
- 带密码连接测试：使用AUTH命令或连接参数验证访问权限
- 应用连接检查：确保客户端配置同步更新了密码
| 测试场景 | 预期结果 |
|---|---|
| redis-cli直接连接 | 无法执行任何命令 |
| redis-cli -a password | 正常执行命令 |
密码设置的最佳实践建议
密码复杂度要求
不要使用以下弱密码：
- 123456或password等常见组合
- 与业务相关的简单词汇
- 少12个字符的短密码
多实例环境管理
当你有多个Redis实例时：
- 为每个实例设置独立密码
- 使用密码管理工具集中存储
- 定期轮换密码（建议3个月）
常见问题解决方案
Q：设置了密码但应用无法连接？
A：检查应用配置中的密码是否与Redis服务端一致，特别注意特殊字符是否需要转义。
Q：忘记密码怎么办？
A：需要停止Redis服务后，临时启动无密码实例导出数据，或直接修改配置文件后重启。
记住，Redis密码只是安全防护的第一道防线。对于重要业务数据，还应该结合防火墙规则、TLS加密传输等措施构建纵深防御体系。毕竟在信息安全领域，没有银弹，只有层层叠加的防护才能有效降低风险。