可行但需谨慎：Redis单点故障致全站登出，须配置哨兵/Cluster防故障，并正确设置php.ini的session.save_handler、save_path及安全选项。
直接用 PHP + Redis 存 Session 是可行的，但“好不好”取决于你的部署环境和运维能力——Redis 单点故障会导致全站用户登出，而配置不当会引发 session 丢失或并发冲突。
php.ini 中必须改的三项配置
PHP 默认用 files 存 session，要切到 Redis，得显式指定 handler 和 save_path。关键不是“能不能连”，而是“连错路径或没启持久化”会导致静默失败。
-
session.save_handler = redis：必须设为redis，设成rediscluster会报Unknown session handler -
session.save_path = "tcp://127.0.0.1:6379?database=2&auth=mypass"：注意 URL 中的&是 HTML 实体，ini 文件里要写成&；密码含特殊字符需 URL 编码；database 必须是数字，不能写成db=2 -
session.cookie_httponly = 1和session.cookie_secure = 1（HTTPS 环境下）：Redis 不解决 Cookie 安全问题，这两项仍需手动打开
用 phpredis 扩展时 session_start() 失败的常见原因
错误现象常是白屏、session_start(): Failed to initialize storage module，本质是扩展没加载或参数不匹配。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 确认
extension=redis.so已写入 php.ini，且php -m | grep redis能输出redis - 如果用了
redis.session.locking_enabled=1（默认开启），Redis 必须支持EVAL命令（Redis 2.6+），否则session_start()会卡住或报错 - PHP 7.4+ 若启用了
opcache.revalidate_freq=0，改了 php.ini 后必须重启 PHP-FPM，仅 reload 不生效
用 predis 或 phpredis 写代码存 session 的区别
别混淆：PHP 的 session 机制是 C 层接管的，你不需要手写 $redis->set()。所谓“用 predis”其实是绕过原生 session，自己实现 session handler——这属于高阶定制，95% 的场景没必要。
立即学习“PHP免费学习笔记（深入）”；
- 原生方式（推荐）：只配 php.ini，
session_start()自动走 Redis，快、稳、兼容所有框架 - 自定义 handler 方式：实现
SessionHandlerInterface，用predis或phpredis对象操作键值，适合需要加前缀、压缩、多实例路由等场景 - 注意
gc_maxlifetime：Redis 不自动清理过期 key，PHP 依赖session.gc_probability触发回收；若关了 gc（如设session.gc_probability=0），得靠 Redis 的maxmemory-policy=volatile-lru或定期扫库
真正容易被忽略的是 failover —— 没配哨兵或 cluster，主 Redis 挂了，整个 session 就断了；而 session lock 机制在高并发下可能放大延迟，这些不会在教程里写，但上线后第一个凌晨就会找上你。
