[wp-trac] [WordPress Trac] #39382: Skipping term cache cleaning when cache invalidation is suspended

[WordPress Trac]

#39382: Skipping term cache cleaning when cache invalidation is suspended
--------------------------+--------------------------------
 Reporter:  zachop        |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  Awaiting Review
Component:  Cache API     |     Version:  4.3
 Severity:  normal        |  Resolution:
 Keywords:  2nd-opinion   |     Focuses:  docs, performance
--------------------------+--------------------------------

Comment (by zachop):

 Hi @boonebgorges,

 > When you refer to a "term cache" that is "persistent", I assume you mean
 the term hierarchy that WP stores in wp_options. Is that correct?

 Yes, that is correct.

 By "persistent" I refer to any data stored across requests (e.g. in the
 database, or a dedicated backend such as Memcache), in a way which is
 transparent to the developer (as opposed to options or transients, for
 example, where the storage is explicitly requested for).

 I agree with you that a way to clear all cached data would be an elegant
 solution, while at the same time keeping the caching internals invisible
 to the developer. A wrapper for that purpose sounds good to me.

 I also believe that it is equally important for the documentation of
 `wp_cache_flush()` to be updated as soon as possible, in order to state
 clearly that not all data is actually flushed. The way the various caches
 now work, it is possible (e.g. during imports with cache
 addition/invalidation suspended) to be left with stale data in the
 database, without means of clearing it - since `wp_cache_flush()` won't do
 so. This, as you pointed out, cancels the invisibility of the caching
 operations to the developer.

 Please let me know if there's any way that I could contribute to this
 issue. I would be more than happy to do so, although I would need some
 guidance on how to start :)

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