容量对比

当使用MySQL存储打卡记录时，通常会创建一个表来存储每个用户的打卡记录。表的结构可能包含用户ID、日期和打卡状态等字段。每一条记录表示一个用户在某一天的打卡情况。

假设使用以下表结构来存储打卡记录：

CREATE TABLE checkin (
    user_id INT,
    checkin_date DATE,
    is_checked_in TINYINT(1)
);

假设每条记录占用的存储空间为40字节（假设用户ID为整型，日期为日期类型，打卡状态为布尔类型），则：

• 如果有10,000个用户，每个用户每天打卡一次，记录一年的打卡记录，则表中将有约3650万条记录。
• 表的总容量大约为3650万条记录 * 40字节/条 ≈ 1.46GB。

而使用Redis的位图存储打卡记录时，每个用户只需要一个位图来表示打卡情况，每个位图占用的存储空间与打卡天数相关。假设使用Redis的位图来存储，每个位图占用的存储空间为365位（每年365天），则：

• 如果有10,000个用户，每个用户每天打卡一次，记录一年的打卡记录，则需要的总存储空间为10,000个位图 * 365位/位图 ≈ 36.5MB。

可以看到，使用Redis的位图来存储打卡记录相比于使用MySQL表存储，可以节省大量的存储空间。这是因为位图使用了更为紧凑的存储结构，适用于大规模的标记和统计场景。

redis位图存储步骤

使用位图（Bitmap）来存储Redis的打卡记录是一种常见的方法，特别适用于每日的签到、打卡等场景。位图使用一串二进制位来表示某个事件是否发生，每个位代表一个事件的状态（0表示未发生，1表示已发生）。以下是一个简单的示例：

假设有一个用户打卡系统，需要记录用户每天是否打卡，可以使用Redis的位图来存储。

1. 创建打卡记录：

   • 假设每个用户有一个唯一的用户ID，可以使用用户ID作为Redis中的Key，每个Key对应一个位图，位图的索引代表日期。例如，用户ID为1001，可以创建一个名为user:1001:checkin的位图。

2. 打卡：

   • 每次用户打卡时，根据当天的日期，将对应的位设置为1。假设今天是第10天，用户ID为1001的用户打卡，则执行以下命令：

   SETBIT user:1001:checkin 10 1
   

3. 查询打卡情况：

   • 可以使用GETBIT命令来查询某个用户某一天是否打卡。例如，查询用户ID为1001的用户是否在第10天打卡：

   GETBIT user:1001:checkin 10
   

   如果返回1，则表示用户在第10天打卡；如果返回0，则表示用户没有在第10天打卡。

4. 统计打卡情况：

   • 可以使用BITCOUNT命令来统计某个用户一段时间内的打卡次数。例如，统计用户ID为1001的用户在第1天到第15天的打卡次数：

   BITCOUNT user:1001:checkin 0 15
   

   这将返回用户ID为1001的用户在第1天到第15天的打卡总次数。

通过使用位图来存储打卡记录，可以节省大量的存储空间，并且提供了高效的查询和统计功能。同时，Redis提供了丰富的位操作命令，可以方便地进行位图的操作和管理。