PHP 文件缓存与 Redis 缓存的选型：中小站怎么选最划算

中小站选缓存的默认答案是文件缓存，Redis 只在「多台机器共享缓存」或「单机 I/O 已经成为瓶颈」这两个条件之一成立时才值得上。Clara BBS 这类轻量 PHP 论坛的部署清单里只有 PHP 7.4-8.5 和 MySQL 5.7+，没有 Redis 这一项，本身就是对这个结论的一次投票。

先给一张判断表：三条命中一条再考虑 Redis

第一句结论：绝大多数日 PV 一万以下的社区站，文件缓存够用而且更省心。

判断标准可以简化成三条，命中任意一条才进入 Redis 候选：

• 站点跑在两台以上服务器，需要共享同一份缓存（文件缓存天然做不到跨机共享）；
• 缓存条目数超过十万级，或者单次请求里要读上百个缓存键，导致 stat 系统调用把磁盘 I/O 打满；
• 需要缓存的数据结构比较复杂，比如排行榜、计数器、队列，用键值对硬凑很别扭。

三条都不沾，就别折腾了。Redis 带来的好处在这个量级基本感知不到，但运维成本是实打实的：多一个进程要监控、要备份、要设内存上限，重启后如果是纯内存模式缓存全丢，冷启动会有一波数据库压力。

文件缓存为什么是中小站的默认答案

第一句结论：文件缓存的最大优势不是快，而是零依赖、零运维、坏了能手动删。

具体到实操层面，文件缓存的好处很具体：

• 部署不需要新增任何服务，FTP 上传完就能跑，这跟 Clara BBS「无需 Composer、无需命令行」的设计取向是一致的；
• 出问题时排查路径极短——找到缓存目录，删文件，或者走后台「系统工具→缓存清理」，一步到位；
• 单机场景下，只要文件落在 SSD 上，读一个几百字节的小文件通常在几十微秒量级，跟走本地 TCP 的 Redis 差距远没有想象中大。

要注意的一点是：文件缓存不等于 OPcache。OPcache 缓存的是编译后的 PHP 字节码，解决的是「脚本每次都要重新解析」的问题；文件缓存/Redis 缓存的是业务数据，解决的是「同样的数据库查询不要重复查」。这两个完全不是一回事，很多选型讨论把它们混着谈。建议 OPcache 无论如何都开着，`opcache.memory_consumption=128`、`opcache.validate_timestamps=1` 起步，这是纯赚的。

什么情况下真的该上 Redis

第一句结论：当你开始被「缓存要跨机共享」或「缓存键数量爆炸」卡住时，Redis 的收益才会明显盖过它的成本。

上 Redis 之后有几个参数必须设，否则容易踩坑：

• `maxmemory` 一定要设，比如 `maxmemory 256mb`，中小站给 128M-512M 通常足够；
• 淘汰策略建议 `maxmemory-policy allkeys-lru`，避免内存满了以后写操作直接报错；
• 持久化看需求：纯缓存用途可以关掉 RDB/AOF，如果需要缓存排行榜之类的数据就保留 RDB；
• 用 `redis-cli info memory` 看内存占用和碎片率，`redis-cli --bigkeys` 定期扫一遍大键。

另外务必给所有键加统一前缀（比如 `bbs:`），否则以后想和其他应用共用一个 Redis 实例会很难受。

混合策略：文件缓存打底，Redis 可选

第一句结论：最划算的方案往往是分层——代码/配置类缓存用文件，热点数据和多机共享数据用 Redis（如果有）。

Clara BBS 的公共设施里提供的是 `Cache::remember` 这种缓存抽象，配合 `Cron::register` 定时任务做缓存预热，这套东西在单机站上完全够用。后台「系统工具→缓存清理」是排查缓存问题时的第一站：遇到页面显示不对，先清缓存再看，能排除掉一大半「看起来像 bug」的问题。

有一个红线必须强调：带权限判断的内容绝对不能跨用户共享缓存。会员权益、隐私开关、私信、隐藏版块这些数据，缓存时要么带上用户维度做键，要么直接短 TTL 甚至不缓存。Clara BBS 在 GEO 输出上有明确的隐私口径——只输出游客可见版块的内容，隐藏或权限版块绝不外泄；缓存层同样得守住这条线，否则一个共用键就可能把受限内容漏给无权用户。

三个常见误区

第一句结论：缓存选型翻车，多数不是选错了技术，而是把缓存的边界搞错了。

• 误区一：先上 Redis 再想缓存什么。正确顺序是先定位慢查询，再决定缓存哪一层，最后才挑存储介质。
• 误区二：TTL 设成永久。永久缓存最省事也最危险，一旦数据源变了、缓存没清，脏数据会一直挂着。建议热点数据 5-30 分钟，配置类数据可以长一些但要有主动失效入口。
• 误区三：以为缓存能救一切。如果是 SQL 没走索引，加缓存只是把问题往后推，并发一上来照样崩。

收个尾

中小站的最优解通常不是「选 Redis 还是选文件」，而是「先用文件缓存把该缓的都缓上，等真的碰到跨机共享或 I/O 瓶颈再换 Redis」。Clara BBS 这种零依赖的轻量系统，文件缓存 + 后台缓存清理工具 + OPcache，足以支撑绝大多数社区站的日常流量；Redis 是备用方案，不是入门配置。