問題描述
我正在尋找一個確定的答案。當啓用對象緩存時,選項和瞬態在哪裏最終生活?
默認情況下,兩者都存儲在數據庫中。但是我聽説過 memcache 會把它們存儲在別的地方,APC 會完全做別的事情。在這兩種情況下,這個數據究竟在哪裏呢?
最佳解決方案
默認情況下,WordPress 是一種形式的”Object Caching”,但它的生命週期只有一個頁面加載。
選項實際上是一個很好的例子。查看 this answer 瞭解更多信息。摘要:
-
頁面開始
-
所有選項都加載了一個簡單的
SELECT option_name, option_value from $wpdb->options語句 -
對這些選項的後續請求 (例如,對
get_option的調用從未打到數據庫,因為它們與 WP 緩存 API 一起存儲。
數據庫中的選項總是”live”,並且始終保留在那裏 – 這是他們的”canonical” 源。也就是説,選項被加載到對象緩存中,所以當您請求一個選項時,有 99%的機會,該請求永遠不會打到數據庫。
瞬態有些不同。
WordPress 允許您使用 drop-in(一個直接放置在 wp-content 文件夾中的文件) 來替換緩存 api 。如果您創建自己的緩存或使用 existing plugin,您可以使對象緩存持續時間超過單個頁面加載時間。當你這樣做,瞬變,改變一點。
我們來看看 wp-includes/option.php 中的 set_transient 功能。
<?php
/**
* Set/update the value of a transient.
*
* You do not need to serialize values. If the value needs to be serialized, then
* it will be serialized before it is set.
*
* @since 2.8.0
* @package WordPress
* @subpackage Transient
*
* @uses apply_filters() Calls 'pre_set_transient_$transient' hook to allow overwriting the
* transient value to be stored.
* @uses do_action() Calls 'set_transient_$transient' and 'setted_transient' hooks on success.
*
* @param string $transient Transient name. Expected to not be SQL-escaped.
* @param mixed $value Transient value. Expected to not be SQL-escaped.
* @param int $expiration Time until expiration in seconds, default 0
* @return bool False if value was not set and true if value was set.
*/
function set_transient( $transient, $value, $expiration = 0 ) {
global $_wp_using_ext_object_cache;
$value = apply_filters( 'pre_set_transient_' . $transient, $value );
if ( $_wp_using_ext_object_cache ) {
$result = wp_cache_set( $transient, $value, 'transient', $expiration );
} else {
$transient_timeout = '_transient_timeout_' . $transient;
$transient = '_transient_' . $transient;
if ( false === get_option( $transient ) ) {
$autoload = 'yes';
if ( $expiration ) {
$autoload = 'no';
add_option( $transient_timeout, time() + $expiration, '', 'no' );
}
$result = add_option( $transient, $value, '', $autoload );
} else {
if ( $expiration )
update_option( $transient_timeout, time() + $expiration );
$result = update_option( $transient, $value );
}
}
if ( $result ) {
do_action( 'set_transient_' . $transient );
do_action( 'setted_transient', $transient );
}
return $result;
}
嗯 $_wp_using_ext_object_cache?如果是這樣,WordPress 使用對象緩存而不是數據庫來存儲瞬態。那麼如何設置為 true?探討 WP 如何設置自己的緩存 API 的時間。
您幾乎可以跟蹤 wp-load.php 或 wp-settings.php 的所有內容,這兩者對於 WordPress 的引導過程至關重要。在我們的緩存中,wp-settings.php 中有一些相關的行。
// Start the WordPress object cache, or an external object cache if the drop-in is present.
wp_start_object_cache();
記住從上面放下的東西嗎?我們來看看 wp-includes/load.php 中的 wp_start_object_cache 。
<?php
/**
* Starts the WordPress object cache.
*
* If an object-cache.php file exists in the wp-content directory,
* it uses that drop-in as an external object cache.
*
* @access private
* @since 3.0.0
*/
function wp_start_object_cache() {
global $_wp_using_ext_object_cache, $blog_id;
$first_init = false;
if ( ! function_exists( 'wp_cache_init' ) ) {
if ( file_exists( WP_CONTENT_DIR . '/object-cache.php' ) ) {
require_once ( WP_CONTENT_DIR . '/object-cache.php' );
$_wp_using_ext_object_cache = true;
} else {
require_once ( ABSPATH . WPINC . '/cache.php' );
$_wp_using_ext_object_cache = false;
}
$first_init = true;
} else if ( !$_wp_using_ext_object_cache && file_exists( WP_CONTENT_DIR . '/object-cache.php' ) ) {
// Sometimes advanced-cache.php can load object-cache.php before it is loaded here.
// This breaks the function_exists check above and can result in $_wp_using_ext_object_cache
// being set incorrectly. Double check if an external cache exists.
$_wp_using_ext_object_cache = true;
}
// If cache supports reset, reset instead of init if already initialized.
// Reset signals to the cache that global IDs have changed and it may need to update keys
// and cleanup caches.
if ( ! $first_init && function_exists( 'wp_cache_switch_to_blog' ) )
wp_cache_switch_to_blog( $blog_id );
else
wp_cache_init();
if ( function_exists( 'wp_cache_add_global_groups' ) ) {
wp_cache_add_global_groups( array( 'users', 'userlogins', 'usermeta', 'user_meta', 'site-transient', 'site-options', 'site-lookup', 'blog-lookup', 'blog-details', 'rss', 'global-posts', 'blog-id-cache' ) );
wp_cache_add_non_persistent_groups( array( 'comment', 'counts', 'plugins' ) );
}
}
函數的相關行 (與 $_wp_using_ext_object_cache 相關的行,用於改變瞬態存儲方式) 。
if ( file_exists( WP_CONTENT_DIR . '/object-cache.php' ) ) {
require_once ( WP_CONTENT_DIR . '/object-cache.php' );
$_wp_using_ext_object_cache = true;
} else {
require_once ( ABSPATH . WPINC . '/cache.php' );
$_wp_using_ext_object_cache = false;
}
如果 object-cache.php 存在於您的內容目錄中,那麼它被包含在內,而 WP 假定您正在使用外部持久緩存,它將 $_wp_using_ext_object_cache 設置為 true 。
如果您正在使用外部對象緩存,瞬態將使用它。這提出了何時使用選項與瞬態的問題。
簡單。如果你需要數據的無限期延續,使用的選項。他們得到”cached”,但他們的典型來源是數據庫,他們將永遠不會消失,除非用户明確請求。
對於應該在一定時間內存儲的數據,但不需要在指定的生命週期內持續使用瞬態。在內部,WP 將嘗試使用一個外部的永久性對象緩存,否則數據將進入選項表,並在 WordPress’ psuedo-cron 到期時通過 WordPress’ psuedo-cron 獲取垃圾。
一些其他問題/問題:
-
對
get_option進行大量呼叫可以嗎?大概。它們引發了對函數開銷的調用,但它可能不會打到數據庫。數據庫負載通常比 Web 應用程序可擴展性更重要,而不是您選擇的語言生成頁面的工作。 -
如何知道使用瞬態與 Cache API?如果您希望數據在一段時間內持續存在,請使用 transient API 。如果數據持續存在 (例如,計算/獲取數據並不需要很長時間,但每次加載不應超過一次),請使用緩存 API 。
-
所有選項是否真正緩存在每個頁面加載?不必要。如果您將
add_option的最後一個可選參數稱為no,則它們不會自動加載。也就是説,一旦你抓取它們,他們進入緩存,後續的調用將不會打到數據庫。
次佳解決方案
我知道有 4 種緩存類型
-
簡單 – 在任何其他緩存發揮作用之前,它始終處於起作用。它將緩存的項目存儲在 php 數組中,這意味着它從 PHP 執行會話中消耗內存,並且在 php 執行結束後緩存被清空。即使沒有使用任何其他緩存,如果您連續兩次調用 get_option(‘opt’),則只會在第一次進行 DB 查詢,第二次將從內存返回該值。
-
文件 – 緩存的值存儲在根目錄下的文件中。我認為它證明在性能方面是無效的,除非你有一個非常快的磁盤或內存映射文件存儲。
-
APC(或其他基於 php 加速器的緩存) – 緩存值存儲在主機的內存中,並且不在您的 php 內存分配之外。最大的潛在可憐的是,沒有數據範圍,如果您運行兩個站點,每個站點都可以訪問另一個的緩存數據,或者覆蓋它。
-
Memcahce – 它是一個基於網絡的緩存。您可以在網絡上的任何地方運行緩存服務,它可能會將值存儲在主機內存中。你可能不需要 memcache,除非你有一個負載平衡的行動。
BTW,對象緩存是高速緩存的選項,它幾乎可以存儲使用高級 WP API 從數據庫檢索的任何東西。
參考文獻
注:本文內容整合自 google/baidu/bing 翻譯的英文資料結果。如果您對結果不滿意,可以加入我們改善翻譯效果:gxnotes#qq.com(#替換為 @) 。