[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