什么是WordPress的Transients？临时数据怎么用？

WordPress Transients通过设置过期时间的键值对缓存，减少数据库查询和API请求，提升网站性能，适用于缓存外部数据、复杂查询结果等场景，利用set_transient、get_transient和delete_transient函数管理缓存，相比Option API更便捷，避免手动管理过期逻辑，配合外部缓存如Redis可进一步提升效率。

WordPress Transients是一种用于临时存储带有时效性数据的轻量级缓存机制，它能有效减少不必要的数据库查询或外部API请求，从而显著提升网站的运行速度和响应性能。它本质上就是一种键值对存储，但关键在于其数据具有明确的过期时间，到期后会自动失效。

Transients在我看来，是WordPress性能优化工具箱里不可或缺的一件利器。它的核心理念就是“用一点点存储空间，换来大大的时间节省”。那些不经常变化但又被频繁访问的数据，我们完全可以先把它存起来，下次再需要的时候，直接从缓存里拿，省去了重新计算、查询数据库或者请求外部API的开销。

具体到怎么操作，WordPress提供了三个核心函数来管理Transients：

set_transient()

get_transient()

delete_transient()

set_transient( $transient, $value, $expiration )

• $transient

  登录后复制
  ：这是你给这个缓存数据起的名字，必须是唯一的。

• $value

  登录后复制
  ：你想缓存的数据，可以是任何PHP支持的类型，比如字符串、数组、对象等，WordPress会负责它们的序列化和反序列化。

• $expiration

  登录后复制
  ：这是它的“保质期”，以秒为单位。这是Transients与普通选项（Options）最大的不同。比如，如果你想缓存一个小时，就写

  HOUR_IN_SECONDS

  登录后复制
  或者

  3600

  登录后复制
  。如果设置为

  0

  登录后复制
  ，则表示立即过期，这在某些测试场景下会比较有用。

举个实际的例子，假设你的网站需要展示某个外部API提供的用户头像列表，这个列表可能一天才更新一次，但你的页面每次加载都需要它。如果每次都去请求API，那网站速度肯定受影响，还可能被API服务商限制请求频率。这时候，Transients就派上用场了：

function get_user_avatars_cached() {
    // 尝试从缓存中获取头像数据
    $avatars = get_transient( 'my_user_avatars_list' );

    // 如果缓存不存在或者已经过期
    if ( false === $avatars ) {
        // 实际去外部API获取数据
        $response = wp_remote_get( 'https://api.example.com/avatars' );
        if ( is_wp_error( $response ) ) {
            // 错误处理，返回空数组或者默认值
            return array();
        }
        $body = wp_remote_retrieve_body( $response );
        $avatars = json_decode( $body, true );

        // 将获取到的数据存入缓存，设置过期时间为1小时
        set_transient( 'my_user_avatars_list', $avatars, HOUR_IN_SECONDS );
    }

    return $avatars;
}

get_transient( $transient )

• $transient

  登录后复制
  ：你要获取的缓存数据的键名。 如果缓存存在且未过期，它会返回存储的值；如果缓存不存在或已经过期，则返回

  false

  登录后复制
  。上面例子中的

  if ( false === $avatars )

  登录后复制
  就是基于这个返回值来判断是否需要重新获取数据。

delete_transient( $transient )

• $transient

  登录后复制
  ：你要删除的缓存数据的键名。 当你需要强制刷新缓存，或者某个数据不再需要缓存时，就可以调用这个函数。比如，如果用户更新了头像，你可能需要立即清除之前缓存的头像列表，确保下次访问时能显示最新的数据。

// 假设用户资料更新时需要清除头像缓存
add_action( 'profile_update', 'clear_cached_avatars_on_profile_update' );
function clear_cached_avatars_on_profile_update( $user_id ) {
    // 清除之前设置的头像列表缓存
    delete_transient( 'my_user_avatars_list' );
}

值得一提的是，Transients默认情况下是存储在WordPress的

wp_options

为什么选择Transients而不是Option API或自定义表？

这是一个非常实际的问题，我在做项目的时候也经常会权衡。Transients和Option API（

add_option

get_option

update_option

Transients则天生自带“保质期”属性，到期了就自动失效，

get_transient()

false

至于自定义表，那更是“重量级”的解决方案了。自定义表通常用于存储大量结构化的、需要复杂查询和关联的数据，比如订单、产品、用户自定义内容等。为了存几个简单的临时数据就去建一个新表，简直是杀鸡用牛刀，而且还会增加数据库的负担，因为每次查询都需要额外的表连接和索引查找。Transients轻量得多，它就是为了快速存取小块的、有时效性的数据而设计的。

当然，也有特殊情况。如果你的“临时数据”实际上非常庞大，或者需要非常复杂的索引和查询，那么Transients可能就不太合适了，因为它不是为这种场景设计的。这时可能就需要考虑自定义表，或者更高级的NoSQL数据库方案。但对于大部分网站性能优化中的缓存需求，Transients是首选。

Transients在哪些场景下能发挥最大作用？

Transients简直是为那些“变动不频繁但访问量巨大”的数据而生的。我脑子里立刻蹦出几个典型的应用场景：

1. 外部API数据缓存：这是最普遍的用法。比如，你的网站需要展示GitHub项目的Star数量、Twitter的最新推文、实时汇率、天气预报等等。这些数据不是秒级变化的，但用户每次访问页面都去请求外部API，不仅会拖慢页面加载速度，还可能因为请求频率过高而被API服务商限制。用Transients把这些数据缓存几分钟到几小时，用户体验会显著提升。

   

   阿里云-虚拟数字人

   阿里云-虚拟数字人是什么？ ...

   2

   查看详情

   // 示例：缓存GitHub项目Star数量
   function get_github_stars_cached( $repo_slug ) {
       $cache_key = 'github_stars_' . sanitize_key( $repo_slug ); // 确保键名安全
       $stars = get_transient( $cache_key );
   
       if ( false === $stars ) {
           // 缓存不存在或已过期，去GitHub API获取数据
           $response = wp_remote_get( "https://api.github.com/repos/{$repo_slug}" );
           if ( is_wp_error( $response ) ) {
               return 'N/A'; // 错误处理
           }
           $data = json_decode( wp_remote_retrieve_body( $response ), true );
           $stars = isset( $data['stargazers_count'] ) ? $data['stargazers_count'] : 'N/A';
   
           set_transient( $cache_key, $stars, HOUR_IN_SECONDS * 12 ); // 缓存12小时，避免过于频繁请求
       }
       return $stars;
   }

   登录后复制

2. 复杂数据库查询结果缓存：有些页面可能需要执行非常复杂的数据库查询，比如统计分析数据、生成热门文章列表、或者一个包含大量联表操作的自定义报告。这些查询本身就耗时，如果每次页面加载都重新执行，数据库压力会很大。把查询结果缓存起来，即使是几分钟的缓存，也能显著减轻数据库负担。

3. 耗时运算结果缓存：网站上可能有一些计算量比较大的操作，比如生成一个特定尺寸的图片列表、处理一段富文本内容以适应不同显示需求、或者执行一些机器学习模型的轻量级预测。这些运算结果也可以通过Transients缓存，避免重复计算。

4. RSS Feed 或其他外部内容源：如果你从其他网站拉取RSS Feed来展示，Transients能很好地解决频繁请求和数据过期的问题。

核心原则就是：如果一个数据生成成本高（无论是时间还是计算资源），且在一定时间内变化不大，那么它就是Transients的理想候选。但也要注意，如果数据需要实时更新，或者数据量非常巨大，Transients可能就不是最佳方案了。

如何处理Transients的过期和失效问题？

Transients的过期机制虽然方便，但实际使用中还是会遇到一些“小麻烦”，或者说需要我们额外注意的地方。

首先，自动过期是Transients的基石。当你设置了过期时间，WordPress会负责在后台检查并标记过期数据。但这里有个小细节：Transients并不是到点就“砰”地一下从数据库里消失。当

get_transient()

false

wp_options

其次，手动失效。虽然有自动过期，但很多时候我们希望在特定事件发生时强制让Transients失效，而不是等到它自然过期。这就是

delete_transient()

profile_update

delete_transient()

一个常见的挑战是，当你缓存了多个相关联的数据，或者缓存的键名是动态生成的（比如基于文章ID），那么在需要清除缓存时，你可能需要知道所有相关的键名才能逐一删除。如果键名是可预测的，这还好办；如果不是，你可能需要设计一个更复杂的缓存失效策略，比如使用一个主键来管理一组相关的Transients，或者干脆清除所有与某个模块相关的Transients（尽管这种“一刀切”的方式通常不推荐，因为它可能影响其他不相关的缓存）。

最后，缓存击穿与雪崩。

• 缓存击穿：当一个非常热门的Transients过期瞬间，大量请求同时涌入，都会发现缓存

  false

  登录后复制
  ，然后同时去源头（数据库或API）获取数据，这可能会瞬间压垮源头。一种常见的应对策略是使用单点更新或锁机制。例如，只有第一个发现缓存过期的请求去重新生成数据，其他请求等待或使用旧数据（如果可以接受）。WordPress本身没有内置的Transients锁，但你可以通过其他方式实现，比如使用

  wp_cache_add

  登录后复制
  或自定义数据库锁。
• 缓存雪崩：如果你的大量Transients都在同一时间过期，那也会导致类似缓存击穿的问题，只不过是范围更广。避免这种情况的方法是给Transients设置错峰过期时间。比如，不是所有缓存都设成

  HOUR_IN_SECONDS

  登录后复制
  ，可以随机加减几分钟，让它们在不同时间点过期。

// 示例：错峰过期，避免缓存雪崩
set_transient( 'my_data_item', $value, HOUR_IN_SECONDS + mt_rand( 0, 300 ) ); // 随机增加0-5分钟

这些细节虽然看起来有点“技术宅”的范儿，但实际开发中，尤其是在高流量网站上，它们决定了你的缓存策略是“神来之笔”还是“埋雷”。Transients很棒，但用好它，也需要一点点经验和对系统行为的理解。

以上就是什么是WordPress的Transients？临时数据怎么用？的详细内容，更多请关注php中文网其它相关文章！