集合运算的规模风险
集合与位图类命令的代价随参与数据规模增长：SINTERSTORE、SUNIONSTORE、SDIFFSTORE、ZUNIONSTORE、BITOP、PFMERGE 会生成结果并写入目标键，BITCOUNT 无范围时会扫描整幅位图，只读的 SINTER/BITOP 结果也要经过输出缓冲发给客户端。规模没评估就执行，代价往往体现在主线程阻塞和内存突刺上。
基本信息
| 写结果类命令 | SINTERSTORE、SUNIONSTORE、SDIFFSTORE、ZUNIONSTORE、BITOP、PFMERGE |
|---|---|
| 只读但同样重 | SINTER、SUNION、SDIFF、BITCOUNT |
| 复杂度 | 集合运算最坏 O(N*M)，位图运算 O(N) |
| 限界手段 | SINTERCARD 带 LIMIT、按分片拆分、离线预计算 |
| 近似替代 | HyperLogLog 做基数估计，约 0.81% 标准误差 |
| 执行窗口 | 低峰或离线执行 |
典型使用场景
- 临时分析任务：先量参与集合规模，再决定用哪个命令与执行窗口
- 结果集评估：写结果类命令落库前估算体积与目标键用途
- 基数统计：只需要数量时用近似结构或带限界的计数命令
- 位图分析：看板与签到类场景用范围参数缩小扫描区间
- 大 key 预防：结果集可能成为新的大 key，上线前纳入巡检
最小示例
最小示例
redis-cli SCARD big:a # 先量参与集合的规模
redis-cli SINTERCARD 2 big:a big:b LIMIT 1000 # 带限界的交集计数
redis-cli BITCOUNT big:bitmap # 无范围时按整幅位图扫描
redis-cli BITCOUNT big:bitmap 0 1023 # 限定字节范围，降低扫描量
redis-cli STRLEN big:bitmap # 位图长度，用于估算扫描成本
redis-cli PFCOUNT visit:uv # 基数估计，单键走缓存命令与代价
| 命令类型 | 代价 | 限界手段 |
|---|---|---|
| 写结果类运算 | 生成结果集并写入目标键，还可能覆盖原数据 | 先估体积，必要时拆片计算 |
| 只读集合运算 | 结果经网络返回，输出缓冲承压 | 控制规模，或改用限界计数 |
| BITOP | 按最长位图扫描并生成同长的结果 | 分片位图，避免超大位图直接合并 |
| BITCOUNT | 无范围时扫描整幅位图 | 指定字节范围缩小扫描区间 |
| 集合运算整体 | 最坏 O(N*M) | 先拆分集合或改用基数估计 |
只读运算同样有代价：结果要经输出缓冲发给客户端，大结果集会让服务端与客户端同时承压。
近似结构是这类场景常用的替代：基数类统计可以用 HyperLogLog，能用近似解决的需求，就不必付精确集合运算的代价。