当前位置：首页 > 问答 > 正文

Redis在TP框架里怎么用，简单聊聊它的基本操作和注意点

酒紫萱
问答
2025-12-25 15:11:59
3

为什么要在 TP 框架里用 Redis？

简单说，就是为了快和好用，TP 框架本身处理业务逻辑，而数据库（MySQL）是存长期数据的地方，但当网站访问量大了，每次都要去数据库查一些不怎么变化但又经常被读取的数据（比如网站配置、热门文章列表、用户临时会话），数据库的压力就很大,速度也会变慢。

Redis 就像一个超级快的“临时仓库”，它把数据放在服务器的内存里，从内存里读数据比从硬盘读（数据库）要快成千上万倍，我们把那些频繁读取的数据丢到 Redis 里，下次需要的时候直接从 Redis 拿，网站响应速度就上来了，它常被用来做缓存（最主要的用途）、计数器（比如文章阅读量）、消息队列等。

在 TP 框架中配置和连接 Redis

TP 框架对 Redis 的支持做得很好，配置起来很简单，根据 TP 版本不同，配置文件的位置可能略有差异,但思路是一样的。

确保环境支持：你的服务器上必须安装并启动了 Redis 服务，PHP 需要安装 redis 或 phpredis 扩展，这个可以找运维人员搞定，或者如果你用的是集成环境（如宝塔面板）,通常可以一键安装。
修改 TP 配置：找到 TP 的配置文件，对于 TP6/TP8，通常是 config/cache.php，在这个文件里，你会看到一个 stores 数组，里面已经有文件缓存、Redis 缓存等配置选项。
- 找到 redis 这一项。
- 主要修改这几个参数：
  - host: Redis 服务器的 IP 地址，本地就是 0.0.1。
  - port: Redis 端口，默认是 6379。
  - password: 如果你给 Redis 设置了密码，就在这里填上,没设置就留空。
  - select: 选择 Redis 的数据库编号，Redis 默认有 0-15 共16个库，通常用 0 就行。
  - timeout: 连接超时时间,一般保持默认。
- 配置完后，大概长这样（根据 TP 官方文档描述）：
```
'redis' => [
    'type' => 'redis',
    'host' => '127.0.0.1',
    'port' => 6379,
    'password' => '',
    'select' => 0,
    'timeout' => 0,
],
```
连接测试：配置好后,你就可以在代码里用了。

基本操作：怎么在代码里“玩转” Redis

在 TP 里，你主要通过 Cache 门面（Facade）来操作 Redis，因为框架已经把缓存驱动设置成了 Redis，所以你直接用 Cache 类的方法，实际上就是在操作 Redis。

存数据（Set） 最常用的就是 Cache::set('键名', '值', 过期时间)。
- 键名：你自己起个名字，'site_config'。
- 值：可以是字符串、数字、数组、对象等，框架会自动帮你序列化（转换成可存储的格式）。
- 过期时间：单位是秒。3600 表示一小时后自动删除，如果不想设置过期，可以写 null。
- 例子：Cache::set('user_info_123', ['name' => '张三', 'age' => 20], 3600); 把 ID 为 123 的用户信息缓存一小时。
取数据（Get） 非常简单：Cache::get('键名')。
- 如果这个键存在,就返回值。
- 如果键不存在或者已过期，就返回 null。
- 例子：$userInfo = Cache::get('user_info_123');
删数据（Delete） 当你需要主动清除某个缓存时：Cache::delete('键名')。
- 例子：当用户修改了个人信息后，你就可以 Cache::delete('user_info_123'); 把旧的缓存删掉,下次请求时程序会重新从数据库读取并缓存。
判断是否存在（Has） 有时候你想先检查一下缓存里有没有：Cache::has('键名')。
- 存在返回 true，不存在返回 false。
- 例子：if (!Cache::has('hot_news')) { // 如果没有缓存，就去数据库取 }

记得先取，不存在再存（缓存经典用法） 这是最常用的模式,可以极大减轻数据库压力：

// 尝试从缓存取热门文章
$hotNews = Cache::get('hot_news');
if (!$hotNews) {
    // 如果缓存里没有，就从数据库查询
    $hotNews = Db::name('article')->where('status', 1)->order('reads', 'desc')->limit(10)->select();
    // 然后把查询结果缓存起来，有效期10分钟
    Cache::set('hot_news', $hotNews, 600);
}
// $hotNews 变量里一定有数据了，可以直接用
return json($hotNews);

一些重要的注意点

键名冲突：一定要给缓存键起一个唯一且有意义的名字，比如缓存用户数据，键名要包含用户ID，像 user_123，如果大家都叫 user_data，那数据就乱套了，建议用冒号来划分层级，app:user:info:123，这样在 Redis 可视化工具里看起来更清晰。
过期时间策略：不是所有数据都适合永久缓存，一定要设置合理的过期时间，对于实时性要求高的（如库存、秒杀），时间要设短（如几十秒）；对于不怎么变的（如网站配置），可以设长一点（如一天），也可以使用 Cache::remember 方法（TP 版本支持），它能在键不存在时自动获取数据并缓存,简化代码。
缓存穿透：如果有人恶意请求一个根本不存在的数据的 ID（user_info_-1），每次缓存都查不到（get 返回 null），请求就会直接打到数据库上，可能导致数据库压力过大。解决方法：即使从数据库没查到，也在缓存里存一个空值（如 Cache::set('user_info_-1', null, 300)），并设置一个较短的过期时间,这样短时间内同样的恶意请求就会命中缓存里的空值。
缓存雪崩：如果大量缓存数据在同一时刻集体过期，所有请求瞬间都涌向数据库，数据库可能扛不住直接挂掉。解决方法：给缓存过期时间加一个随机值，比如本来是缓存一小时，你可以改成 3600 + rand(0, 300)，让它们在差不多一小时的范围内分散过期,避免同时失效。
数据类型选择：上面用的 set/get 主要是操作字符串类型，Redis 还有列表（List）、集合（Set）、有序集合（ZSet）等更强大的数据结构，如果要做排行榜（ZSet）、存文章列表（List）等复杂场景，可以直接获取原生的 Redis 对象进行操作：$redis = Cache::store('redis')->handler();，然后就可以用 $redis->zAdd(), $redis->lPush() 等所有 Redis 原生命令了,灵活性更高。
区分缓存和数据库：一定要记住，Redis 是缓存，它通常不是数据的唯一来源，你的“真相”（权威数据）永远在 MySQL 这类数据库中，任何重要的数据更新，都必须先成功更新数据库，然后再让对应的缓存失效（删除旧缓存），这个顺序不能反,否则会出现数据不一致。