Discuz 高频访问导致 CPU 过高时，最直接的静态化优化方案是启用 Discuz 内置的 HTML 静态生成功能，并配合 Web 服务器（Nginx/Apache）的伪静态规则。该方案适合读多写少的论坛场景，风险边界在于静态页面更新存在延迟，不适合需要实时显示数据的板块。
先说结论：静态化能减少 PHP 解析和数据库查询，从而降低 CPU 负载，但需权衡数据实时性。
- 先定位：确认 CPU 占用主要来自 php-fpm 进程还是数据库进程。
- 先做：在 Discuz 后台开启论坛、帖子等高频页面的静态生成。
- 再验证：观察静态文件是否生成成功，以及服务器负载是否下降。
命令速用版
静态化优化主要依赖 Discuz 后台配置，但 Web 服务器需要正确的伪静态规则支持。以下是 Nginx 常见的 Discuz 伪静态配置片段，确保请求能正确指向静态文件：
location / {
rewrite ^([^\.]*)/topic-(\w+)\.html$ $1/portal.php?mod=topic&topic=$2 last;
rewrite ^([^\.]*)/article-(\d+)-(\d+)\.html$ $1/portal.php?mod=view&aid=$3&page=$4 last;
rewrite ^([^\.]*)/forum-(\w+)\.html$ $1/forum.php?mod=forumdisplay&fid=$2 last;
rewrite ^([^\.]*)/thread-(\d+)-(\d+)-(\d+)\.html$ $1/forum.php?mod=viewthread&tid=$3&extra=page%3D$5&page=$4 last;
}为什么会这样
Discuz 默认动态页面每次请求都需要执行 PHP 代码并查询数据库，高频访问下 CPU 会消耗在脚本解析和 SQL 计算上。生成 HTML 静态文件后，Web 服务器直接返回文件内容，绕过 PHP 解释器和数据库连接，显著减少计算资源消耗。公开资料中没有看到可靠的量化数据说明具体降低比例，因为效果取决于动态脚本的复杂程度。
分步处理
第一步，登录 Discuz 管理中心，进入“全局”->“优化设置”->“静态设置”。第二步，勾选需要静态化的页面类型，通常包括“论坛首页”、“论坛列表页”、“帖子内容页”。第三步，设置静态文件更新频率，高频访问建议设置为“按访问更新”或固定时间间隔。第四步，确认 Web 服务器已加载对应的伪静态规则，否则静态链接无法访问。第五步，在后台点击“更新缓存”并手动触发一次首页生成，确保文件写入权限正常。
怎么验证是否生效
查看服务器磁盘对应目录，确认是否生成了 .html 后缀的文件。使用浏览器访问论坛页面，查看响应头或页面源码，确认是否为静态文件内容。在服务器终端运行 top 命令，观察 php-fpm 进程的 CPU 占用率是否在访问高峰期有所下降。检查 Web 服务器访问日志，确认请求状态码为 200 且响应时间变短。
常见坑
静态文件更新延迟导致用户看到旧数据，尤其是置顶帖或最新回复。磁盘空间不足，静态页面大量积累会占用较多 inode 和存储空间。伪静态规则冲突，导致某些动态功能（如搜索、个人中心）无法正常跳转。文件权限错误，Discuz 进程无权写入静态目录导致生成失败。
常见问题
开启静态化后最新回复不显示怎么办？
这是静态化的固有特性，需要调整后台静态更新频率或针对特定板块关闭静态化。
静态化会导致磁盘空间爆满吗？
会占用额外空间，建议定期清理过期静态文件或设置生成数量限制。
为什么开启了静态化 CPU 还是高？
可能伪静态规则未生效，请求仍由 PHP 处理，或者高负载来自数据库而非 PHP 解析。