<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Redis on 知识铺的博客</title>
    <link>https://index.zshipu.com/geek/tags/Redis/</link>
    <description>Recent content in Redis on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Wed, 02 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek/tags/Redis/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>redis-py time() 返回服务端时间戳，影响分布式会话过期判断</title>
      <link>https://index.zshipu.com/geek/post/20260902/redis-py-time-%E8%BF%94%E5%9B%9E%E6%9C%8D%E5%8A%A1%E7%AB%AF%E6%97%B6%E9%97%B4%E6%88%B3%E5%BD%B1%E5%93%8D%E5%88%86%E5%B8%83%E5%BC%8F%E4%BC%9A%E8%AF%9D%E8%BF%87%E6%9C%9F%E5%88%A4%E6%96%AD/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260902/redis-py-time-%E8%BF%94%E5%9B%9E%E6%9C%8D%E5%8A%A1%E7%AB%AF%E6%97%B6%E9%97%B4%E6%88%B3%E5%BD%B1%E5%93%8D%E5%88%86%E5%B8%83%E5%BC%8F%E4%BC%9A%E8%AF%9D%E8%BF%87%E6%9C%9F%E5%88%A4%E6%96%AD/</guid>
      <description>redis-py 的 time() 返回的不是客户端本地时间，而是 Redis 服务器的 Unix 时间戳，这一差异直接影响分布式会话存储的过期判断准确性。本篇继续上一篇的四类监控函数，梳理剩余的服务端时间获取、库容量统计、数据库清空及 RDB 持久化辅助函数。 time() 返回服务端 Unix 时间戳而非本地时钟 redis-py 客户端的 time() 方法直接调用 Redis 的 TIME 命令。它不返回 Python</description>
    </item>
    <item>
      <title>高频不存在键请求直击PostgreSQL，Spring Boot用Bloom Filter加Redis拦截</title>
      <link>https://index.zshipu.com/geek/post/20260902/%E9%AB%98%E9%A2%91%E4%B8%8D%E5%AD%98%E5%9C%A8%E9%94%AE%E8%AF%B7%E6%B1%82%E7%9B%B4%E5%87%BBPostgreSQLSpring-Boot%E7%94%A8Bloom-Filter%E5%8A%A0Redis%E6%8B%A6%E6%88%AA/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260902/%E9%AB%98%E9%A2%91%E4%B8%8D%E5%AD%98%E5%9C%A8%E9%94%AE%E8%AF%B7%E6%B1%82%E7%9B%B4%E5%87%BBPostgreSQLSpring-Boot%E7%94%A8Bloom-Filter%E5%8A%A0Redis%E6%8B%A6%E6%88%AA/</guid>
      <description>高频请求查询不存在的键时，Redis缓存被完全绕过，流量直接打到PostgreSQL数据库上。文章展示了在Spring Boot中把Bloom Filter作为守卫层放在Redis前面的具体做法。 不存在的键请求会直接让PostgreSQL承受全部流量 缓存穿透的定义很直接：当大量请求查</description>
    </item>
    <item>
      <title>Redis Lua脚本把集群搞崩的真实案例分析</title>
      <link>https://index.zshipu.com/geek/post/20260831/Redis-Lua%E8%84%9A%E6%9C%AC%E6%8A%8A%E9%9B%86%E7%BE%A4%E6%90%9E%E5%B4%A9%E7%9A%84%E7%9C%9F%E5%AE%9E%E6%A1%88%E4%BE%8B%E5%88%86%E6%9E%90/</link>
      <pubDate>Mon, 31 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260831/Redis-Lua%E8%84%9A%E6%9C%AC%E6%8A%8A%E9%9B%86%E7%BE%A4%E6%90%9E%E5%B4%A9%E7%9A%84%E7%9C%9F%E5%AE%9E%E6%A1%88%E4%BE%8B%E5%88%86%E6%9E%90/</guid>
      <description>Redis的Lua脚本居然把我的集群搞崩了！ 这个真实案例显示，一个脚本执行后直接导致集群不可用。开发者原本用Lua处理多条命令的原子逻辑，却在集群分片环境下触发了节点崩溃。 Lua脚本跨slot访问直接打破集群分片规则 Redis集群通过哈希槽把键空间分成16384个槽位，每个节点只</description>
    </item>
    <item>
      <title>redis-sds</title>
      <link>https://index.zshipu.com/geek/post/code/docs/Redis/redis-sds/</link>
      <pubDate>Wed, 06 Mar 2024 12:04:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/code/docs/Redis/redis-sds/</guid>
      <description>深挖 Redis 6.0 源码——SDS SDS（Simple Dynamic Strings, 简单动态字符串）是 Redis 的一种基本数据结构，主要是用于存储字符串和整数。 这篇文章里，我们就来探讨一下 Redis SDS 这种数据结构的底层实现原理。 学习之前，首先我们要明确，Redis 是一个使用 C 语言编写的键值对存储系统。 前置思考 我们首先考虑一个问题，如</description>
    </item>
    <item>
      <title>Redis</title>
      <link>https://index.zshipu.com/geek/post/code/docs/Redis/Redis/</link>
      <pubDate>Wed, 06 Mar 2024 12:03:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/code/docs/Redis/Redis/</guid>
      <description>Redis Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库，并提供多种语言的 API。在这篇博客中，我们将介绍 Redis 的基本使用和常见操作。 1. 环境准备 首先，我们需要在本地安装 Redis。可以从官网下载对应版本的 Redis，这里我们使用的是 6.2.6 版本。下</description>
    </item>
    <item>
      <title>翻译存储揭秘</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E7%BF%BB%E8%AF%91%E5%AD%98%E5%82%A8%E6%8F%AD%E7%A7%98/</link>
      <pubDate>Tue, 15 Mar 2022 09:24:02 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E7%BF%BB%E8%AF%91%E5%AD%98%E5%82%A8%E6%8F%AD%E7%A7%98/</guid>
      <description>原文地址: http://oldblog.antirez.com/post/redis-persistence-demystified.html 我在Redis的部分工作是阅读博客，论坛消息以及推特上关于Redis的搜索。对于一个开发者来说，社区用户以及非用户的对他开发的产品的看法非常重要。我的感触是Redis的持久化被人误解非常多。 在这篇博客中，我会努力的做到公正：不安利Redis，不跳过可能让Redis有负</description>
    </item>
    <item>
      <title>分布式高性能集群线上常见问题</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E5%88%86%E5%B8%83%E5%BC%8F%E9%AB%98%E6%80%A7%E8%83%BD%E9%9B%86%E7%BE%A4%E7%BA%BF%E4%B8%8A%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98/</link>
      <pubDate>Tue, 15 Mar 2022 09:20:48 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E5%88%86%E5%B8%83%E5%BC%8F%E9%AB%98%E6%80%A7%E8%83%BD%E9%9B%86%E7%BE%A4%E7%BA%BF%E4%B8%8A%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98/</guid>
      <description>转载自 ： 杉枫 量变引起质变，这个情况在分布式redis集群下发生的极其明显，当用redis集群规模很小、存取数据很小时，基本上不会遇到任何问题，但是当我们集群规模为数T，并且存在很多业务读写集群各种各样问题都会发生。 线上遇到过一个业务突然tp99飙升，并且性能持续变差，性能看着一点</description>
    </item>
    <item>
      <title>分布式锁用还是</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E5%88%86%E5%B8%83%E5%BC%8F%E9%94%81%E7%94%A8%E8%BF%98%E6%98%AF/</link>
      <pubDate>Tue, 15 Mar 2022 09:04:42 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E5%88%86%E5%B8%83%E5%BC%8F%E9%94%81%E7%94%A8%E8%BF%98%E6%98%AF/</guid>
      <description>为什么用分布式锁？ 系统 A 是一个电商系统，目前是一台机器部署，系统中有一个用户下订单的接口，但是用户下订单之前一定要去检查一下库存，确保库存足够了才会给用户下单。 由于系统有一定的并发，所以会预先将商品的库存保存在 Redis 中，用户下单的时候会更新 Redis 的库存。 此时系统架构如下： 但是这样一来会产</description>
    </item>
    <item>
      <title>不到个提升逼格的命令</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%B8%8D%E5%88%B0%E4%B8%AA%E6%8F%90%E5%8D%87%E9%80%BC%E6%A0%BC%E7%9A%84%E5%91%BD%E4%BB%A4/</link>
      <pubDate>Tue, 15 Mar 2022 08:54:58 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%B8%8D%E5%88%B0%E4%B8%AA%E6%8F%90%E5%8D%87%E9%80%BC%E6%A0%BC%E7%9A%84%E5%91%BD%E4%BB%A4/</guid>
      <description>keys 我把这个命令放在第一位，是因为笔者曾经做过的项目，以及一些朋友的项目，都因为使用 keys 这个命令，导致出现性能毛刺。这个命令的时间复杂度是O(N)，而且redis又是单线程执行，在执行keys时即使是时间复杂度只有O(1)例如SET或者GET这种简单命令也会堵塞，从而导致这个时间点性</description>
    </item>
  </channel>
</rss>
