我在WordPress即将死去的WordPress中遇到问题。我增加了内存，但是PHP进程跳到100％的CPU使用率，然后死了，Apache抛出500错误。
我试图让Apache记录某些内容，或者使PHP / MySQL记录错误，但是除了一般的500错误以外，什么都没有记录。
500问题在列表页面上，例如：
/wp-admin/edit.php?post_type=artist当前，如果我添加类似以下的日期排序，则WordPress中有超过1200个艺术家条目：
/wp-admin/edit.php?post_type=artist&orderby=date然后，列表加载良好，速度更快！我已经坐下来观看MySQL查询日志，看来WordPress正在为每个帖子（共1200个）加载元数据，以便生成10个左右的列表。对于其中一个查询，将返回92000行。我使用的是“高级自定义字段”和带有其自己框架的模板，因此每个帖子都附加了相当数量的元数据。我认为这是PHP无法处理的太多数据，在这里达到了顶峰。明年，这1200个职位很容易翻倍。
如何强制初始页面加载以附加日期排序或解决所有加载的元数据问题？
您是否尝试过禁用ACF和其他任何插件？我想我曾经有过类似的问题，我认为罪魁祸首不是WP本身，而是ACF。例如，ACF将元数据添加到修订中，然后再加载所有这些。请确保此问题的根源是什么，因为它将帮助其他人帮助您。
—
kraftner 2016年
嘿，@ kraftner ive禁用了ACF，它没有任何区别。
—
Paul Cullen
您在wp-config（WP_MAX_MEMORY_LIMIT）上使用多少内存？您的memory_limit的PHP.INI值是多少？尝试将它们提高到最大。另外，我来看看您的mysql配置文件。
—
伊曼纽尔·罗查·哥斯达黎加
Ive暂时将PHP和WP_MAX_MEMORY_LIMIT都提高到512，没有任何效果。我的mysql配置文件是：
—
Paul Cullen
default-storage-engine=MyISAM innodb_file_per_table=1 max_allowed_packet=268435456 open_files_limit=10000 query_cache_size=64M log_slow_queries = 1 log-slow-queries=/var/log/mysql.slow.log log-error=/var/log/mysqld.log general_log_file = /var/log/mysql_general.log
定制帖子类型的“艺术家”是分层的（例如页面）吗？..如果是这样，可能是罪魁祸首，因为所有帖子都将在管理控制台中查询。如果您的应用程序允许，您可以尝试将“ artist” CPT的层次结构更改为false，看看是否可以缓解内存问题
—
locomo