Maya Power by Discuz

第一次在 Discuz 后台看到“Maya Power”这个选项时，我正蹲在一个老旧论坛的服务器前，帮朋友修一个诡异的头像上传 bug。那个选项藏在“全局 » 性能优化 » 内存缓存”下面，旁边跟着一截灰扑扑的说明文字：“启用 Maya 内存引擎，提升高并发下帖子读取速度。” 我点了勾，保存，刷新首页。响应时间从 1.2 秒掉到 0.4 秒。当时我就觉得，这玩意儿有点东西。

Discuz 从 X3.2 开始内置了 Maya 引擎，但很多人根本没注意过它。大家装完论坛，跑一遍安装向导，然后直奔主题设置、版块管理、用户组权限，谁会去翻性能页？我见过不少站长，服务器配置不差，8 核 16G，结果论坛一上五百人在线就开始转圈。他们第一反应是“Discuz 不行了”、“PHP 太慢”，然后跑去换程序、上 Redis、甚至重写整站。其实可能只是没勾那个框。

Maya 是什么？简单说，它是 Discuz 官方写的一套内存缓存抽象层。它不直接提供缓存服务，而是把 Memcached、Redis、WinCache 这些后端统一封装成一套接口。你勾上 Maya，配置好对应的缓存服务器地址，Discuz 就会把帖子、用户、版块这些高频读取的数据丢进内存。数据库压力瞬间掉一大截。我做过测试：同一台机器，同一个论坛，不开 Maya 时 MySQL 每秒查询数峰值到 800 左右，开了之后降到 120。差距就是这么直接。

但 Maya 不是万能药。我踩过坑。有一次给一个日 PV 三十万的地方门户配 Maya + Redis，结果 Redis 内存爆了。原因很简单：Discuz 默认把所有帖子都往内存里塞，没做冷热分离。热门帖子反复读，没问题；但那些几年没人看的坟帖，也被缓存了。后来我手动改了 memory_redis.php 里的 ttl 和缓存前缀，又加了一层判断——只有帖子回复数大于 10 才进缓存。这才稳住。

“Maya 是给中小论坛的速效救心丸，不是给巨型站点的万能钥匙。” —— 这是我给一个客户的原话。他那个论坛日活两万，用 Maya + Memcached 跑了三年，没出过事。

另一个常被忽略的点：Maya 和 Discuz 的 DIY 模块、门户文章、日志系统配合得并不完美。比如你开了 Maya，然后去改一个帖子的标题，有时候前台要等十几秒才更新。因为缓存没清。Discuz 的缓存清理逻辑是事件驱动的，但有些冷门操作——比如批量移动主题、合并用户——不会触发 Maya 的失效机制。你得手动去后台点“更新缓存”，或者写个脚本定时清。我自己的做法是：每天凌晨跑一次 redis-cli FLUSHDB，简单粗暴，但有效。

还有个小插曲。去年帮一个学校社团修论坛，他们用的是虚拟主机，没有 Redis，也没 Memcached。我翻了一遍 Maya 支持的驱动列表，发现有个 memory_file.php——基于文件系统的缓存。虽然比内存慢，但比没有强。启用之后，首页加载从 2.8 秒降到 1.1 秒。社团团长高兴得请我喝了杯奶茶。所以别觉得 Maya 非得配 Redis，条件不够的时候，文件缓存也能顶一阵。

现在每次拿到一个新的 Discuz 站点，我第一件事就是进后台看 Maya 有没有开。没开的话，先问服务器有没有 Redis。有就开 Redis，没有就开文件缓存。然后调一下缓存时间，帖子类设短一点（600 秒），用户和版块设长一点（3600 秒）。最后去前台点几个帖子，看数据库查询数有没有降。这一套流程走下来，十分钟不到，但效果立竿见影。

Discuz 这个程序，很多人说它老、臃肿、跟不上时代。但 Maya 这个功能，我觉得是它最被低估的设计之一。它不花哨，不弹窗，不写进更新日志的头条。它就安静地待在性能页里，等你勾一下。勾了，论坛就快一点。不勾，也能跑，就是慢。选择权在你手里。

上周我又登进那个老论坛的后台，Maya 的勾还在。Redis 服务跑了 427 天没重启。首页加载 0.3 秒。我点了根烟，心想：这大概就是技术最朴素的样子——一个勾，省下几千块的服务器升级费。