Redis流式删除保证数据安全(redis流删除数据)

Redis流式删除保证数据安全

Redis是一种高性能的内存数据库,广泛用于缓存、消息队列等场景。但是,由于Redis是基于内存存储的,当内存不足时,Redis为了保证内存不被耗尽,会进行自动的内存淘汰,即删除一部分的key。这就需要我们在使用Redis时,特别注意数据的安全性,在淘汰数据时,不能将重要数据误删。本文将介绍Redis的流式删除机制,保证Redis淘汰数据时数据的安全性。

一、Redis内存淘汰

Redis主要有以下几种内存淘汰机制:

1. noeviction,表示不进行任何淘汰操作,当内存不足时,后续写入操作将会报错,这不是一种好的选择。

2. allkeys-lru,表示根据最近最少使用(LRU)算法淘汰内存中最久未被使用的key。

3. allkeys-random,表示随机选取一个key进行删除。

4. volatile-lru,表示按照触发时间依次从volatile(设置了过期时间)中的key中淘汰内存。

5. volatile-ttl,表示根据key的即将过期的时间顺序进行淘汰。

6. volatile-random,表示在volatile中随机删除一个key。

在这些机制中,allkeys-lru和volatile-lru是Redis的默认机制。

二、Redis流式删除

Redis的流式删除机制在保证内存淘汰的同时,尽可能地保证数据的安全性。它的基本思路是通过多轮遍历,逐步淘汰内存中的key。

流程如下:

1. 客户端请求删除,Redis收到请求后,立刻发回确认响应。

2. Redis遍历所有的key,将应当被删除的key打上删除标记,并将标记的key和标记的过期时间放入Redis的一个全局队列byteArray覆盖式的数据结构里面。

3. 循环地从队列byteArray头部取出一批标记的key,执行删除操作。

4. 重复步骤2和步骤3,直到队列byteArray为空。

这种流式删除机制得到了广泛应用,有的公司对于关键业务场景中的Redis实例完全禁止内存淘汰,而是只在确定该key可以被删除的情况下允许被停止使用。

三、通过redis-cli进行测试

我们可以通过redis-cli进行测试流式删除的流程。我们需要向Redis写入一些数据:

for i in {1..100000}; do redis-cli set key$i $i >/dev/null; done

然后,打开一个新的终端,执行以下操作,模拟删除操作:

redis-cli
127.0.0.1:6379> del key10000
(integer) 1

从Redis的日志中可以看出流式删除的流程:

19532:M 28 May 2022 15:06:47.601 * 1000 changes in 60 seconds. Saving...
19532:M 28 May 2022 15:06:47.602 * Background saving started by pid 16276
16276:C 28 May 2022 15:06:47.606 * DB saved on disk
16276:C 28 May 2022 15:06:47.606 * RDB: 1 MB of memory used by copy-on-write
19532:M 28 May 2022 15:06:47.702 * Background saving terminated with success
19532:M 28 May 2022 15:06:58.411 * Removing keys with EXPIRE now in progress (after 0 seconds). 1 expired keys from DB removed so far.
19532:M 28 May 2022 15:06:58.411 * Deleting keys with expire at -1: key10000 (0s)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000000) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000001) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000002) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000003) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000004) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000005) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000006) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000007) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000008) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * propalo/redis-pqueue : Mapping clientId (key10000000009) to pqueueId (0)
19532:M 28 May 2022 15:06:58.411 * Background AOF rewrite already in progress with 0% progress
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000009)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000008)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000007)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000006)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000005)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000004)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000003)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000002)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000001)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000000000)
19532:M 28 May 2022 15:06:58.412 * Removing keys with expired objects or objects which have reached maxmemory.
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : Elapsed time : 0 ms (key10000)
19532:M 28 May 2022 15:06:58.412 * propalo/redis-pqueue : flushList...
19532:M 28 May 2022 15:06:58.413 * propalo/redis-pqueue : sendPayload...
19532:M 28 May 2022 15:06:58.413 * propalo/redis-pqueue : sendPayload : pushed 1 elements
19532:M 28 May 2022 15:06:58.413 * propalo/redis-pqueue : resetExpire : 0
19532:M 28 May 2022 15:06:58.413 *

香港服务器首选树叶云,2H2G首月10元开通。
树叶云(shuyeidc.com)提供简单好用,价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。

文章来源网络,作者:运维,如若转载,请注明出处:https://shuyeidc.com/wp/259316.html<

(0)
运维的头像运维
上一篇2025-05-02 15:36
下一篇 2025-05-02 15:37

相关推荐

  • 个人主题怎么制作?

    制作个人主题是一个将个人风格、兴趣或专业领域转化为视觉化或结构化内容的过程,无论是用于个人博客、作品集、社交媒体账号还是品牌形象,核心都是围绕“个人特色”展开,以下从定位、内容规划、视觉设计、技术实现四个维度,详细拆解制作个人主题的完整流程,明确主题定位:找到个人特色的核心主题定位是所有工作的起点,需要先回答……

    2025-11-20
    0
  • 社群营销管理关键是什么?

    社群营销的核心在于通过建立有温度、有价值、有归属感的社群,实现用户留存、转化和品牌传播,其管理需贯穿“目标定位-内容运营-用户互动-数据驱动-风险控制”全流程,以下从五个维度展开详细说明:明确社群定位与目标社群管理的首要任务是精准定位,需明确社群的核心价值(如行业交流、产品使用指导、兴趣分享等)、目标用户画像……

    2025-11-20
    0
  • 香港公司网站备案需要什么材料?

    香港公司进行网站备案是一个涉及多部门协调、流程相对严谨的过程,尤其需兼顾中国内地与香港两地的监管要求,由于香港公司注册地与中国内地不同,其网站若主要服务内地用户或使用内地服务器,需根据服务器位置、网站内容性质等,选择对应的备案路径(如工信部ICP备案或公安备案),以下从备案主体资格、流程步骤、材料准备、注意事项……

    2025-11-20
    0
  • 如何企业上云推广

    企业上云已成为数字化转型的核心战略,但推广过程中需结合行业特性、企业痛点与市场需求,构建系统性、多维度的推广体系,以下从市场定位、策略设计、执行落地及效果优化四个维度,详细拆解企业上云推广的实践路径,精准定位:明确目标企业与核心价值企业上云并非“一刀切”的方案,需先锁定目标客户群体,提炼差异化价值主张,客户分层……

    2025-11-20
    0
  • PS设计搜索框的实用技巧有哪些?

    在PS中设计一个美观且功能性的搜索框需要结合创意构思、视觉设计和用户体验考量,以下从设计思路、制作步骤、细节优化及交互预览等方面详细说明,帮助打造符合需求的搜索框,设计前的规划明确使用场景:根据网站或APP的整体风格确定搜索框的调性,例如极简风适合细线条和纯色,科技感适合渐变和发光效果,电商类则可能需要突出搜索……

    2025-11-20
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注