ThinkPHP默认file驱动高并发下因磁盘I/O和文件锁导致响应慢或504；Redis驱动需安装扩展、配置完整redis参数、启用phpredis扩展，并注意Cookie传递、超时设置及key命名规范。
为什么默认文件驱动扛不住高并发
ThinkPHP 默认用 file 驱动存 Session，每个请求写一个独立文件，高并发下容易触发大量磁盘 I/O 和文件锁争抢，session_start() 卡住、响应变慢甚至 504 是常见现象。Redis 不仅内存读写快，还天然支持原子操作和过期自动清理，是更稳的选择。
如何配置 Redis Session 驱动（ThinkPHP 6.x）
TP6 把 Session 驱动抽象成独立扩展，需手动安装并配置。不是改个配置就能生效，漏掉任一环节都会 fallback 到 file 驱动。
- 先执行
composer require topthink/think-session-redis安装扩展 - 在
config/session.php中修改驱动为'type' => 'redis' - 必须补全
'redis' => [...]配置块，包括'host'、'port'、'password'（若设了）、'select'（库号），缺一项就报Connection refused或静默降级 - 确保 PHP 已启用
redis扩展（不是phpredis别名，是扩展本身），php -m | grep redis能看到才真正可用
Session ID 重复或丢失的典型原因
切 Redis 后出现登录态频繁失效、用户被登出，大概率不是 Redis 问题，而是 Session ID 传递链断了。
-
session.cookie_httponly和session.cookie_secure配置要匹配当前环境（HTTPS 站点必须开secure，否则浏览器不发 Cookie） - Nginx 反向代理时，需确认是否透传了
Cookie头，常见漏配：proxy_set_header Cookie $http_cookie; - Redis 连接超时默认 0（无限），但实际网络波动可能触发连接中断；建议显式设
'timeout' => 2，避免阻塞整个请求 - TP6 的 Redis 驱动默认用
phpredis扩展，如果项目混用了predis，会直接抛Class 'Redis' not found
性能差异和 key 命名注意点
Redis 存 Session 看似只是换后端，但 key 设计和序列化方式会影响排查效率和集群兼容性。
立即学习“PHP免费学习笔记（深入）”；
- TP 默认把 Session ID 拼在 key 前缀里，格式是
think:session:{id}，别手动生成或清理 key，否则删错数据 - 值默认用
serialize()编码，如果 Session 数据含 Closure 或资源句柄，会序列化失败——这不是 Redis 问题，是 PHP 序列化限制 - 单机 Redis 没问题，但上集群时，
redis驱动不支持一致性哈希，所有 Session 都打到一个节点；真要集群，得自己重写think\session\driver\Redis类，接管连接路由
Redis 驱动上线前务必压测，重点看 SET 和 GET 延迟是否稳定，别只盯着 QPS。Session 写失败不会报错，只会默默退回到文件驱动——这个静默降级最危险。
