帝国 CMS 生成 HTML 太慢

学完这篇你能判断帝国 CMS 生成 HTML 慢在哪个环节，并按顺序把生成速度从「一小时几百条」提到「一小时几千条」。

第一步：先定位慢在哪一环，别急着改参数

先确认瓶颈是 PHP 渲染模板、MySQL 查询还是磁盘写入，否则调参都是瞎猜。进后台 →「系统」→「数据更新中心」→ 点「刷新内容页」，记录生成 100 条内容页用了多少秒；同时用 top 看 PHP 进程 CPU、用 SHOW FULL PROCESSLIST; 在 MySQL 里看有没有大量 Sending data 状态的查询。如果 PHP 吃满 CPU，是模板问题；如果 MySQL 长时间 Sending data，是索引和查询问题。

注意：帝国 CMS 7.5 的「刷新内容页」默认会连带更新上一篇/下一篇和相关链接，这一步的耗时经常比生成本身还大，先记住这个变量。

第二步：关掉实时生成，改成手动或定时生成

这一步的目的是别让前台访问、投稿、评论都触发一次 HTML 生成，避免生成任务互相排队。进后台 →「系统」→「系统设置」→「系统参数设置」→「生成设置」标签页，把「是否开启生成页面」按需改为「关闭前台生成」或「不生成」，把「生成 HTML 速度」调小（例如每条间隔 0，即不等待），把「生成页面时是否更新相关链接」设为「否」。改完点页面底部「提交」。

注意：改完必须进「系统」→「数据更新中心」→「更新缓存」，否则旧参数还在缓存里生效。

第三步：开缓存，砍掉重复的数据库查询

帝国 CMS 每次生成栏目页都会重新查一遍栏目、模板、权限等数据，开缓存能直接省掉这些查询。路径：后台 →「系统」→「系统设置」→「系统参数设置」→「缓存设置」标签页，把「是否使用缓存」设为「是」，「缓存有效期」填 3600（秒）；如果服务器装了 Memcached 或 Redis，把「缓存类型」从「文件缓存」改成对应类型，并填好地址和端口。保存后再次「更新缓存」。

第四步：给信息表加索引、优化表

数据量超过 10 万条后，phome_ecms_news、phome_ecms_news_data_1、phome_ecms_news_index 几张表没有合适索引，生成时会全表扫描。进后台 →「系统」→「系统设置」→「数据表设置」→「管理数据表」，找到对应表点「优化表」；索引建议用 phpMyAdmin 或命令行加，例如对 phome_ecms_news 加 classid、newstime、id 的联合索引：

ALTER TABLE phome_ecms_news ADD INDEX idx_class_time (classid, newstime);

注意：加索引前先备份，后台 →「系统」→「备份与恢复数据」→「备份数据」，选好表再执行；大表加索引会锁表，选访问低峰做。

第五步：分批生成，别一次刷全站

一次刷十万条，浏览器会超时，PHP 也可能被 max_execution_time 掐断，结果就是「看起来在跑，其实早就死了」。正确做法是后台 →「系统」→「数据更新中心」→「批量更新信息」，选栏目、填起始 ID 和结束 ID，把「每批刷新数量」设为 100～500，点「开始刷新」，跑完一批再填下一段 ID。

注意：如果站点很大，用服务器的计划任务（Linux crontab）定时执行刷新脚本，比在浏览器里点更稳，也不会因为关掉浏览器就中断。

第六步：给模板和数据字段减负

模板里嵌套的 [!news!] 循环、phome_ecms_news_more 之类的多表查询，是生成慢的大头。把列表页里不必要的「相关文章」「热门标签」调用删掉，或改成 JS 异步加载；「自定义字段」用不到的就在「系统」→「系统设置」→「数据表设置」里停用，字段越多，每条内容的 INSERT/UPDATE 越慢。

第七步：服务器环境别拖后腿

PHP 升到 7.4 或 8.0（帝国 CMS 7.5 打补丁后兼容），开启 OPcache；MySQL 用 8.0 并把 innodb_buffer_pool_size 调到物理内存的 50%～70%；网站目录放 SSD。这三项通常比调帝国 CMS 自身的参数收益更大。

小结

• 先定位瓶颈：PHP、MySQL 还是磁盘，再动手。
• 关掉实时生成，改手动或计划任务批量生成。
• 开缓存（文件/Memcached/Redis），保存后必须「更新缓存」。
• 信息表加 classid、newstime 索引，加索引前先备份。
• 用「批量更新信息」分批跑，每批 100～500 条。
• 精简模板调用和自定义字段。
• PHP 7.4+、OPcache、SSD、MySQL 参数调优是底层保障。