Redis怎样实现Session的分布式共享

必须用 SETEX 或 SET 加 EX 选项，因 Session 需明确过期时间；key 必须带 session: 前缀并区分环境与服务；连接失败需校验返回值防静默丢数据；Cluster 下 key 需用 hash tag 如 session:{web}:abc123。Redis 作为 Session 存储时，SET 和 SETEX 用哪个？必须用 SETEX（或 SET 加 EX 选项），不能只用 SET。Session 有明确过期时间，而 SET 默认永不过期，一旦漏设 TTL，就会堆积无效 session，拖慢 KEYS 扫描、影响内存回收，甚至触发 Redis 内存淘汰误删活跃 session。实操建议：SETEX session:abc123 1800 {"uid":1001,"login_at":1715234567} ------ 简洁可靠，原子写入+过期新版 Redis 推荐用 SET session:abc123 '{"uid":1001}' EX 1800，语义更清晰，且支持 NX/XX 等条件写入避免在应用层先 SET 再 EXPIRE：非原子操作，中间崩溃会导致 key 永久存在Session key 的命名必须带前缀吗？必须。不加前缀的 abc123 这类裸 key，和业务缓存、临时队列混在一起，后续无法批量清理、无法设置不同过期策略、监控也分不清来源。实操建议：统一用 session: 前缀，如 session:web:abc123 或 session:api:xyz789多服务共用 Redis 时，前缀要区分环境与服务，例如 session:prod:order:...，避免测试 session 污染生产别用用户 ID 直接当 key（如 session:1001）：同一用户多端登录会产生冲突，应使用随机生成的 session IDRedis 连接断了，Session 写入失败会静默丢数据吗？会，而且非常危险。多数客户端默认不抛异常，只是返回 false 或 null，如果上层没检查返回值，就以为 session 已保存成功，用户下一秒刷新就登出。 arXiv Xplorer ArXiv 语义搜索引擎，帮您快速轻松的查找，保存和下载arXiv文章。