PHP如何使用Redis缓存_Redis缓存操作完整教程

絕刀狂花

发布时间：2025-09-21 13:17:01

390人浏览过

来源于php中文网

原创

php如何使用redis缓存_redis缓存操作完整教程

PHP使用Redis缓存的核心在于通过Predis或phpredis这样的客户端库，连接到Redis服务器，然后利用其键值存储特性，将需要频繁访问的数据存入内存，以大幅提升应用响应速度。这不仅仅是简单的存取操作，更关乎缓存策略的选择和数据一致性的维护。

解决方案

要在PHP项目中利用Redis进行缓存，我们通常会选择

phpredis

扩展或者

Predis

库。我个人更倾向于在生产环境使用

phpredis

，因为它是一个C扩展，性能上通常会有优势。这里以

phpredis

为例，演示基本操作。

首先，确保你的服务器已经安装了

phpredis

扩展。如果没有，可以通过

pecl install redis

进行安装，并在

php.ini

中启用它。

connect('127.0.0.1', 6379);
    // 如果Redis设置了密码，需要进行认证
    // $redis->auth('your_redis_password');
    echo "成功连接到Redis服务器！\n";
} catch (RedisException $e) {
    die("连接Redis失败: " . $e->getMessage());
}

// 2. 缓存字符串数据
$key = 'my_data_key';
$value = 'Hello Redis Cache!';
$expireTime = 60; // 缓存60秒

if (!$redis->get($key)) { // 检查缓存是否存在
    echo "缓存中没有 '{$key}'，从数据库或源获取数据并写入缓存...\n";
    // 模拟从数据库获取数据
    $dataFromSource = $value . " (from source)";
    $redis->set($key, $dataFromSource, $expireTime); // 设置键值和过期时间
    echo "数据已写入缓存: {$dataFromSource}\n";
} else {
    echo "从缓存中获取数据: " . $redis->get($key) . "\n";
}

// 3. 缓存复杂数据类型（例如数组或对象）
$complexKey = 'user:1001:profile';
$userData = [
    'id' => 1001,
    'name' => '张三',
    'email' => 'zhangsan@example.com',
    'roles' => ['admin', 'editor']
];

// Redis只能存储字符串，所以需要序列化
$serializedUserData = json_encode($userData); // 或者使用 serialize()

if (!$redis->get($complexKey)) {
    echo "缓存中没有 '{$complexKey}'，获取用户数据并写入缓存...\n";
    $redis->set($complexKey, $serializedUserData, 300); // 缓存5分钟
    echo "用户数据已写入缓存。\n";
} else {
    $cachedData = $redis->get($complexKey);
    $unserializedData = json_decode($cachedData, true); // 或者使用 unserialize()
    echo "从缓存中获取用户数据: " . print_r($unserializedData, true) . "\n";
}

// 4. 删除缓存
// 假设用户数据更新了，我们需要删除旧缓存
// $redis->del($complexKey);
// echo "缓存 '{$complexKey}' 已删除。\n";

// 5. 检查键是否存在
if ($redis->exists($key)) {
    echo "'{$key}' 键仍然存在于缓存中。\n";
} else {
    echo "'{$key}' 键已过期或不存在。\n";
}

// 6. 设置过期时间（如果之前未设置或需要修改）
// $redis->expire($key, 120); // 将 'my_data_key' 的过期时间设置为120秒

// 7. 关闭连接 (phpredis会在脚本结束时自动关闭，但显式关闭也是好习惯)
$redis->close();

?>

这段代码展示了连接Redis、设置带过期时间的缓存、获取缓存、以及处理复杂数据类型的基本流程。实际应用中，你可能需要将这些操作封装成一个服务类，以提高代码的复用性和可维护性。

立即学习“PHP免费学习笔记（深入）”；

PHP应用中，选择Predis还是phpredis扩展，哪种更适合生产环境？

这个问题，说实话，我个人在项目里遇到过好几次讨论。从纯粹的性能和资源消耗角度看，

phpredis

扩展通常是更优的选择，尤其是在高并发的生产环境中。它是一个用C语言编写的PHP扩展，直接与Redis服务器进行通信，省去了PHP层面的解析和处理开销。这意味着更低的延迟、更高的吞吐量，并且对系统内存的占用也相对较少。安装虽然需要编译，但一旦部署好，维护起来其实很省心。

然而，

Predis

也有其不可替代的优势。它是一个纯PHP的客户端库，这意味着安装极其简单，只需要通过Composer就能引入项目，不需要对PHP环境进行任何编译或配置。这对于开发环境的搭建、或者那些没有权限安装C扩展的共享主机环境来说，简直是福音。此外，

Predis

的代码是纯PHP，对于PHP开发者来说，调试和理解其内部机制也更容易一些。它的API设计也相当现代化，支持各种Redis特性。

所以，我的建议是：

对于绝大多数生产环境，尤其对性能有较高要求的场景，优先考虑
phpredis
。它的性能优势是实打实的。
如果你的环境限制无法安装C扩展，或者项目初期追求快速搭建，再或者你更看重纯PHP带来的易用性和可调试性，那么
Predis
是一个非常好的替代方案。很多大型项目也会用
```
Predis
```
，通过合理的架构设计，其性能瓶颈往往不在客户端库本身。

最终选择，还得看项目具体需求、团队技术栈偏好以及部署环境的限制。但如果能用

phpredis

，我通常会毫不犹豫地选择它。

如何设计高效的Redis缓存策略，避免缓存穿透、雪崩与击穿？

设计一个健壮的Redis缓存策略，远不止简单的

set

和

get

。我们必须警惕“三座大山”：缓存穿透、缓存雪崩和缓存击穿，它们都可能在不经意间把我们的数据库压垮。

SUN2008 企业网站管理系统2.0 beta

1、数据调用该功能使界面与程序分离实施变得更加容易，美工无需任何编程基础即可完成数据调用操作。2、交互设计该功能可以方便的为栏目提供个性化性息功能及交互功能，为产品栏目添加产品颜色尺寸等属性或简单的留言和订单功能无需另外开发模块。3、静态生成触发式静态生成。4、友好URL设置网页路径变得更加友好5、多语言设计1)UTF8国际编码; 2)理论上可以承担一个任意多语言的网站版本。6、缓存机制减轻服务器

下载

缓存穿透 (Cache Penetration)
- 现象： 查询一个根本不存在的数据，缓存中没有，数据库也没有。每次请求都直接打到数据库，造成数据库压力。恶意攻击者可能会利用这一点。
- 应对策略：
  - 缓存空对象/空值： 如果从数据库查询的结果为空，也将其缓存起来（例如，设置一个短时间的空字符串或特定标记），下次查询时直接返回空，避免再次查询数据库。当然，这会占用一些缓存空间，需要权衡。
  - 布隆过滤器 (Bloom Filter)： 这是一个更高级的方案。在数据写入数据库时，同时将对应的ID（或唯一标识）添加到布隆过滤器中。查询时，先通过布隆过滤器判断该ID是否存在。如果布隆过滤器说不存在，那就一定不存在，直接返回空；如果布隆过滤器说可能存在，再去查缓存和数据库。布隆过滤器有误判率（认为存在但实际不存在），但可以大大减少对数据库的无效查询。
缓存雪崩 (Cache Avalanche)
- 现象： 大量缓存键在同一时间集体失效，导致所有请求瞬间涌向数据库，数据库扛不住压力而崩溃。这通常发生在设置了相同过期时间的大批热点数据上。
- 应对策略：
  - 错开缓存失效时间： 给缓存的过期时间加上一个随机值，例如
```
expireTime = baseTime + rand(0, 300)
```
    ，这样就能让缓存错峰失效，而不是一窝蜂地过期。
  - 多级缓存： 引入二级甚至三级缓存。当一级缓存失效时，请求先尝试从二级缓存获取。
  - 热点数据永不过期： 对于一些访问频率极高的核心数据，可以考虑将其设置为永不过期，或者在业务低峰期通过后台任务异步刷新缓存。
缓存击穿 (Cache Breakdown)
- 现象： 某个热点数据缓存失效的瞬间，大量并发请求同时涌入，这些请求都会穿透缓存，直接打到数据库。与雪崩不同，击穿是针对单个热点Key。
- 应对策略：
  - 互斥锁 (Mutex)： 当一个热点Key失效时，只允许一个请求去查询数据库并重建缓存，其他请求则等待或返回旧数据（如果可以接受）。例如，可以使用Redis的
```
SETNX
```
    命令来实现分布式锁。
```
$lockKey = 'lock:' . $hotKey;
if ($redis->setnx($lockKey, 1)) { // 尝试获取锁
    $redis->expire($lockKey, 10); // 设置锁的过期时间，防止死锁
    // 从数据库加载数据，并写入缓存
    $data = loadFromDatabase($hotKey);
    $redis->set($hotKey, $data, $expireTime);
    $redis->del($lockKey); // 释放锁
} else {
    // 等待或直接返回空/旧数据
    usleep(100000); // 等待100ms后重试
    return $redis->get($hotKey);
}
```
  - 永不过期 + 异步更新： 将热点数据设置为永不过期，但通过后台线程或定时任务异步地更新缓存。当数据更新时，再将新数据写入缓存。

除了这“三座大山”，还有一些通用的缓存策略建议：

合理设置TTL (Time-To-Live)： 根据数据的重要性和更新频率来设置过期时间。不重要的、更新频繁的数据可以设置较短的TTL；重要但更新不频繁的数据可以设置较长的TTL。
缓存粒度： 缓存的数据块不宜过大也不宜过小。过大会导致序列化/反序列化开销大，更新困难；过小则会导致Key过多，占用内存，且网络请求频繁。
键名设计： 采用统一的命名规范，例如
```
业务名:表名:ID:字段
```
，方便管理和查找。

在PHP项目中使用Redis缓存时，常见错误与性能优化技巧有哪些？

在PHP项目里用Redis缓存，虽然能带来巨大的性能提升，但如果不注意一些细节，也容易踩坑或者达不到预期的效果。

常见错误：

不处理缓存异常： 最常见的就是Redis服务挂了，或者网络连接中断，而代码中没有
```
try-catch
```
或相应的容错机制。结果就是，整个应用可能因为无法连接Redis而崩溃，或者直接返回错误给用户。
- 建议： 总是用
```
try-catch
```
  块包裹Redis操作，或者在封装Redis客户端时做好异常处理，确保即使缓存不可用，应用也能降级到直接查询数据库，保证服务的可用性。
缓存与数据库数据不一致： 这是缓存最头疼的问题之一。比如，更新了数据库但忘记更新或删除缓存，导致用户看到的是旧数据。
- 建议： 采用“先更新数据库，再删除缓存”的策略（Cache Aside模式）。如果删除缓存失败，可以考虑引入消息队列进行异步重试，或者设置较短的缓存过期时间来降低不一致的窗口。
Key命名混乱： 随着项目发展，缓存Key越来越多，如果命名没有规范，很快就会变得难以管理、难以理解，甚至出现Key冲突。
- 建议： 制定严格的Key命名规范，例如
```
项目名:模块名:业务ID:数据类型
```
  ，如
```
myApp:user:123:profile
```
  。
缓存粒度不当： 缓存的数据要么太大，导致序列化/反序列化开销大，占用内存多；要么太小，导致Key数量暴增，频繁网络请求，反而降低效率。
- 建议： 结合业务场景，合理划分缓存粒度。例如，一个用户的所有基本信息可以作为一个JSON字符串缓存，而不是每个字段都单独一个Key。
不设置过期时间或过期时间过长： 导致Redis内存溢出，或者长时间返回旧数据。
- 建议： 除了极少数需要永不过期的数据，所有缓存都应该设置合理的过期时间。

性能优化技巧：

使用Pipeline (管道) 进行批量操作： 当你需要执行一系列Redis命令时，不要一个接一个地发送请求，而是将它们打包成一个批次，一次性发送给Redis，然后一次性接收所有结果。这能显著减少网络往返时间（RTT），特别是在网络延迟较高的情况下。
```
$redis->pipeline();
$redis->set('key1', 'value1');
$redis->set('key2', 'value2');
$redis->get('key1');
$results = $redis->exec(); // 一次性执行并获取所有结果
print_r($results);
```

利用Lua脚本执行原子操作： 对于一些需要多个步骤才能完成的复杂逻辑（例如“检查库存并扣减”），如果分步执行，可能会因为并发问题导致数据不一致。将这些逻辑封装成Lua脚本，然后通过

EVAL

命令发送给Redis，Redis会保证脚本的原子性执行，避免了竞态条件，同时也减少了网络开销。

$script = "
    local current_stock = tonumber(redis.call('get', KEYS[1]))
    if current_stock and current_stock >= tonumber(ARGV[1]) then
        redis.call('decrby', KEYS[1], ARGV[1])
        return 1
    end
    return 0
";
// KEYS[1] 是库存key， ARGV[1] 是扣减数量
$result = $redis->eval($script, ['product_stock:123', 5], 1);
if ($result) {
    echo "库存扣减成功！\n";
} else {
    echo "库存不足或操作失败。\n";
}

选择合适的序列化方式： PHP的
```
serialize()
```
函数可以处理各种复杂类型，但其序列化后的字符串通常比
```
json_encode()
```
更长，且只能被PHP解析。
```
json_encode()
```
生成的JSON字符串更通用，易于跨语言交互，且通常更紧凑。
- 建议： 如果数据需要在PHP之外的其他服务中使用，或者对存储空间和网络传输有要求，优先考虑
```
json_encode()
```
  。如果只是PHP内部使用且数据结构复杂，
```
serialize()
```
  也无妨，但要留意其性能开销。
合理配置Redis内存和淘汰策略： Redis是内存数据库，如果内存不足，会触发淘汰策略。理解并配置好
```
maxmemory
```
和
```
maxmemory-policy
```
（如
```
allkeys-lru
```
、
```
volatile-lru
```
等）至关重要，这能确保热点数据被保留，不重要的旧数据被及时淘汰。
使用Redis集群或哨兵模式： 对于高可用和横向扩展的需求，单台Redis服务器是不够的。
- Redis Sentinel (哨兵模式)： 提供高可用性，当主节点故障时，自动进行故障转移，选举新的主节点。
- Redis Cluster (集群模式)： 提供数据分片和高可用性，将数据分散到多个节点，实现横向扩展。
- 建议： 在生产环境中，根据业务规模和对可用性、扩展性的要求，选择合适的部署模式。