针对你修改单个页面后出现的内存耗尽错误（错误指向wpdb.php，说明和数据库查询相关），可以尝试以下步骤：

• 恢复页面修改，定位问题根源
  先通过WordPress的修订版功能，将页面恢复到修改前的状态，确认错误是否消失。如果恢复后正常，说明是你添加的HTML/CSS或误改的代码触发了问题——比如不小心插入了错误的短代码、嵌套过深的动态元素，或者修改模板时引入了循环逻辑。

• 排查数据库查询异常
  错误出在数据库类文件，说明该页面触发了大量重复或无限循环的数据库查询：

  • 若能正常登录后台，安装并启用Query Monitor插件，查看该页面的数据库查询次数、重复查询项，定位到触发循环的短代码或区块。
  • 若无法登录，在wp-config.php中开启调试日志：

    define('WP_DEBUG', true);
    define('WP_DEBUG_LOG', true);
    

    访问出错页面后，查看wp-content/debug.log，找到重复执行的查询语句，对应排查页面中的动态内容或短代码。

• 调整PHP全局内存限制
  WP_MEMORY_LIMIT主要控制后台内存，前端页面的内存限制可能受PHP全局配置约束：

  • 在当前主题的functions.php顶部添加：

    ini_set('memory_limit', '512M');
    

  • 若主机限制了PHP配置，联系主机商将php.ini中的memory_limit调整为512M或更高。

• 排查页面关联的插件/区块
  临时禁用该页面使用的特定插件（如页面构建器、动态内容插件），或移除页面中的自定义区块/短代码，逐一测试是否能正常访问。部分插件在处理修改后的HTML结构时，可能出现无限渲染的问题。

• 检查页面模板文件
  如果你修改的是页面模板文件（而非编辑器内的内容），比如page.php或自定义模板，检查是否误加了无限循环的PHP代码（如while循环缺少终止条件、递归调用函数）。将模板恢复到原始版本，再逐步修改测试。

• 清理页面冗余内容
  检查页面是否存在大量重复的动态元素、嵌套过深的区块，或超大尺寸的媒体文件。这类内容可能导致WordPress渲染时占用过量内存，尝试精简后再测试。

内容的提问来源于stack exchange，提问作者Danilo.Micucci