文件缓存扛不住高并发，因其磁盘I/O和文件锁导致串行阻塞、inode耗尽及集群不共享；Redis凭借内存存储、单线程原子操作、LRU自动淘汰和跨进程通知，实现毫秒级响应与万级QPS。
高并发场景下，ThinkPHP项目必须在毫秒级响应中处理大量请求，文件缓存因磁盘I/O瓶颈和进程锁竞争会直接导致502网关超时或请求堆积，而Redis基于内存的单线程原子操作能稳定支撑每秒数万次读写。
为什么文件缓存扛不住高并发
文件缓存将序列化数据写入本地磁盘，每次Cache::get或Cache::set都触发一次fopen→flock→fread/fwrite→fclose完整流程。当100个请求同时访问同一缓存键（如首页HTML片段），它们会排队等待文件锁释放，实际变成串行执行——这与高并发的并行诉求完全背道而驰。
Linux系统对单目录下文件数量敏感，缓存文件超过5万后，find、ls等基础命令都会明显变慢，而ThinkPHP默认的file缓存目录不自动清理过期文件，运维人员必须手动crontab扫描删除，稍有疏忽就会填满inode节点。
多服务器集群部署时，文件缓存天然无法共享。A服务器生成的user_profile_123.php文件，B服务器根本读不到，导致用户在不同节点间跳转时反复登录、权限错乱。
立即学习“PHP免费学习笔记（深入）”；
Redis驱动在高并发中的硬核优势
把缓存驱动切换到Redis是唯一可落地的方案：它用内存存储+单线程事件循环模型，所有操作原子性执行，不存在锁竞争问题；支持publish/subscribe实现跨进程消息通知；内置LRU淘汰策略自动清理冷数据。
第一步：打开config/cache.php，将default值强制设为'redis'——【这一步不可跳过，否则即使配置了redis store，框架仍默认走file】
第二步：在stores.redis配置块中，确认type字段为'redis'（不是'\think\cache\driver\Redis'这种类路径写法），host和port必须与redis.conf中bind和port一致；若Redis启用了密码认证，password字段不能为空字符串，要填实际密码或留空字符串""（不是null）。
第三步：检查redis.conf中maxmemory-policy必须设为allkeys-lru——【若设为noeviction，内存满后所有写操作将直接返回错误，导致订单提交失败却无日志报错】
两种驱动实测性能对比
方法一：用ab命令压测相同接口（获取用户信息缓存）
文件缓存：-n 1000 -c 100 参数下，平均响应时间飙升至842ms，失败请求数达173次，错误原因为“Connection reset by peer”
Redis缓存：同样参数下，平均响应时间稳定在12.3ms，零失败，QPS从118提升至8120
方法二：监控数据库连接数变化
开启MySQL slow_log后观察：文件缓存场景下，每秒新增32个SELECT查询；切换Redis后，该数值降至每秒0.7个——98%的读请求被拦截在缓存层。
