[wp-trac] [WordPress Trac] #31245: Replace alloptions with a key cache

WordPress Trac noreply at wordpress.org
Wed Nov 20 13:38:28 UTC 2019


#31245: Replace alloptions with a key cache
-------------------------------------+--------------------------
 Reporter:  rmccue                   |       Owner:  tellyworth
     Type:  enhancement              |      Status:  reviewing
 Priority:  normal                   |   Milestone:  5.4
Component:  Options, Meta APIs       |     Version:  2.1
 Severity:  normal                   |  Resolution:
 Keywords:  has-patch needs-testing  |     Focuses:  performance
-------------------------------------+--------------------------

Comment (by SergeyBiryukov):

 Replying to [comment:90 SergeyBiryukov]:
 > Yes, in my testing using the steps from comment:19 (with Redis instead
 of Memcached), the base install appears to be unaffected, the issue only
 occurs when using persistent cache, which does handle the `$force`
 parameter.

 Just noting that this is similar to what [source:tags/5.3/src/wp-
 cron.php?marks=68#L47 _get_cron_lock()] is doing to retrieve the cron
 lock.

 That appears to be the only other usage of `wp_cache_get()`'s `$force`
 parameter in core so far, introduced in [18659]. It's a bit different in
 that it also performs a DB query if not `wp_using_ext_object_cache()`.
 Looks like that's not necessary here.

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


More information about the wp-trac mailing list