[wp-trac] [WordPress Trac] #59188: WP_Posts_List_Table causes post, postmeta, and term caches to be primed for all pages in the DB on load

[WordPress Trac]

#59188: WP_Posts_List_Table causes post, postmeta, and term caches to be primed for
all pages in the DB on load
--------------------------------+------------------------------------------
 Reporter:  kevinfodness        |       Owner:  spacedmonkey
     Type:  defect (bug)        |      Status:  assigned
 Priority:  normal              |   Milestone:  6.4
Component:  Query               |     Version:
 Severity:  normal              |  Resolution:
 Keywords:  has-patch dev-      |     Focuses:  administration, performance
  feedback                      |
--------------------------------+------------------------------------------

Comment (by peterwilsoncc):

 I've tested[https://github.com/WordPress/wordpress-develop/pull/5193 PR
 5193] on a server running a persistent cache.

 It appears the pages table has two items causing an excessive amount of
 caching:

 * the list table itself (per the ticket)
 * the `wp_dropdown_pages()` call when generating the inline edit interface

 When using a persistent cache, the meta data cache is primed on the second
 request but not the first (possibly a bug in `WP_Query`. This is happening
 both with and without trunk checked out.

 I'll keep investigating and try to figure out what is happening.

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/59188#comment:11>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform