编辑一个帖子，99%的CPU？
我有一个博客，有15k个帖子，数据库的大小是1440万。
该网站从前端运行速度惊人，但编辑后和上市后屏幕挂起-要么部分加载，要么根本不加载。
更糟的是，整个服务器在尝试之后都陷入了困境.
对流程管理器的检查表明，/public_html/wp-admin/edit.php或/public_html/wp-admin/post.php (分别是后列表和后编辑-是的，我知道它们似乎是向后的)消耗了99%的CPU。
我在一个3层的Bluehost VPS上遇到了这个问题，所以我升级到了一个心脏互联网混合250 (12核心，28 no内存)，试图缓解这个问题--没有骰子:/ /
解决这个问题的任何帮助都是非常感谢的--告诉客户必须通过phpMyAdmin编辑页面不是一种选择:)
编辑:对挂起过程的澄清
edit2:运行MySQL进程：
Id User Host db Command Time State Info
338 leech.. localhost leech.. Sleep 1959 NULL
426 tmhp_.. localhost tmhp_.. Sleep 581 NULL
433 root localhost NULL Sleep 132 NULL
441 root localhost NULL Query 0 NULL SHOW PROCESSLIST过程示例：
Pid Owner Priority CPU % Memory % Command
29447 tmhp 0 99.8 0.6 /usr/bin/php /home/tmhp/public_html/wp-admin/edit.phpEdit3:这可能是相关的:在添加新的或编辑后的页面上，标题加载并且是可编辑的，但是内容编辑器加载一半。此外，文本显示，但是白色的，只有在高亮显示时才可见.
Edit4:用户tmhp的MySQL进程在杀死导致问题的挂起(99%)进程后就消失了.我想我们可能发现了一些东西..。
Edit5:这次谈话转到了wordpress.stackexchange.com
如果有足够的时间(~3-5分钟)，编辑后页面将完全加载，进程将终止。然而，这种情况似乎并没有发生在上市后页面上。
此外，我已经将编辑后页面上的问题缩小到了页面属性元框。
作为一种短期补救措施，我创建了一个插件，其功能如下：
//Remove some features of pages so editing is faster
if (is_admin()) :
function my_remove_meta_boxes() {
remove_meta_box('pageparentdiv', 'page', 'side');
}
add_action( 'admin_menu', 'my_remove_meta_boxes' );
endif;
function remove_page_attribute_support() {
remove_post_type_support('page','page-attributes');
}
add_action( 'init', 'remove_page_attribute_support' );
// Remove the Posts and Pages menus from the admin screen
function custom_admincss() {
echo '<style type="text/css">
#menu-pages{display:none !important}
#menu-posts{display:none !important}
</style>';
}
add_action('admin_head', 'custom_admincss');回答 1
Stack Overflow用户
发布于 2013-11-07 18:59:52
我把它固定在页数邮寄类型：的层次结构arg上
分层 (布尔值)(可选) post类型是否是分层的(例如，页面)。 允许指定父级。“支持”参数应该包含“页面属性”，以显示编辑器页面上的父选项框。 缺省值: false 注意：这个参数是为页面计划的。小心，当为您的自定义post类型选择它时--如果您计划有许多条目(例如-100多个条目)，您将遇到内存问题。将此参数设置为true后，WordPress将在您的post类型的每个管理页面加载上获取该特定post类型的所有条目以及所有元数据。
现在，您知道如何删除对页w/o覆盖核心的分层支持吗？
https://stackoverflow.com/questions/19337660
复制相似问题
腾讯云开发者
