而phpmyadmin的wp\\u发布的表报告如下
Showing rows 0 - 29 (10,223 total, Query took 0.0022 sec)
SQL query:
SELECT * FROM `wp_posts` LIMIT 0 , 30
Wordpress的仪表板报告
All (10,222) | Published (10,222)
Search Posts: 10,222 items « ‹ of 512 › »
正如你所看到的，这里有一个断开连接。。。10222！=10223
有人知道为什么WordPress报告的1少于实际的所有帖子数吗？
SO网友:Average Joe
一切都归结于此
http://core.trac.wordpress.org/ticket/11889
在幕后，WordPress确实为你的下一篇文章生成了一个占位符！对于那个特殊的帖子，它将post\\u状态设置为一个特殊的“自动草稿”。基本上，罪魁祸首是WordPress在您不知情的情况下生成的帖子。
一旦你知道了这个事实，就很容易理解为什么会有脱节。Wordpress管理屏幕的所有计数信息基于除此特殊帖子之外的所有帖子。WordPress的SQLWHERE 不包括其post_status=\'“自动拔模”。
鉴于，phpMyAdmin的SQLWHERE needless to say, 完全没有这个条件，因此我们最终在两个全贴计数之间出现了-1的断开，导致像我这样的家伙出现了WTH情况。
所以在引擎盖下，导致断开的原因是。。。
select count(*) from `wp_posts`
vs公司
select count(*) from `wp_posts` where `post_status` <> \'auto-draft\'
