Redis ZRANGEBYSCORE 分数边界怎么写成开区间

做排行榜、价格带或时间分数筛选时，最容易写错的是“边界到底算不算”。ZRANGEBYSCORE 的 min 和 max 默认都是闭区间；要排除某个端点，只需在对应数字前加左括号 (。例如只取 60 ，命令就是 ZRANGEBYSCORE ranking (60 90。

官方地址：https://redis.io/docs/latest/commands/zrangebyscore/

默认写法为什么会把边界分数查出来

假设有一个按分数升序排列的有序集合：

# 建立演示数据：四个 member 的 score 分别落在端点和区间内
ZADD ranking 60 "alice" 75 "bob" 90 "carol" 95 "dave"

# 默认是闭区间，60 和 90 都会匹配
ZRANGEBYSCORE ranking 60 90 WITHSCORES

这条查询会包含 alice、bob 和 carol。官方定义是返回分数处于 min 到 max 范围内的成员，且两端默认包含。很多“多查一条”的问题，并不是排序错了，而是把数学上的开区间直接翻译成了两个普通数字。

括号放在哪一侧，就排除哪一个端点

开区间语法不是把整个参数包起来，而是给需要排除的边界值加前缀：

# 只排除左端点：60 

因此上面的四条数据中，(60 (90 只会返回 bob。括号必须紧挨数字，不能写成 ( 60；也不要误用方括号，方括号不是这个命令的开区间标记。

无限范围和分页不会改变开区间规则

不知道最低或最高分时，可以使用 -inf 与 +inf。例如取大于 90 的所有成员：

# 下界排除 90，上界延伸到正无穷
ZRANGEBYSCORE ranking (90 +inf WITHSCORES

# 在同一个开区间中跳过前 10 条，再取 20 条
ZRANGEBYSCORE ranking (60 (100 WITHSCORES LIMIT 10 20

WITHSCORES 只决定是否返回分数，LIMIT offset count 只决定返回窗口，二者都不会把开区间变回闭区间。需要只统计数量时，可用同样的边界调用 ZCOUNT ranking (60 (100，避免先取出全部 member。

还要留意两个边界：同一分数的成员会按字典序返回；LIMIT 的 offset 很大时，Redis 仍需遍历被跳过的成员，不能把它当成无成本分页。

新代码优先改写为 ZRANGE BYSCORE

Redis 官方文档已将 ZRANGEBYSCORE 标记为 deprecated，并建议使用 ZRANGE 搭配 BYSCORE。等价查询可以这样写：

# 新代码使用 ZRANGE 的 BYSCORE 模式，并保留双开区间
ZRANGE ranking (60 (90 BYSCORE WITHSCORES

# BYSCORE 查询仍可使用 LIMIT
ZRANGE ranking (60 +inf BYSCORE LIMIT 0 20

迁移时不要只把命令名替换掉：要同时保留 BYSCORE，否则 ZRANGE 会把参数解释成下标范围。若使用 REV 反向查询，分数方向和 min/max 的位置也要按新命令的语义重新核对。

常见问题

为什么写了括号却查不到 60 分？

这是预期行为。(60 明确表示严格大于 60；如果要包含 60，应直接写 60。

可以用空格写成 ( 60 吗？

不可以。括号是数字参数的一部分，必须写成 (60，否则客户端会把它们拆成不同参数。

ZRANGE 和 ZRANGEBYSCORE 的开区间语法一样吗？

在按分数查询时都使用数值前的 (；但 ZRANGE 必须显式加入 BYSCORE，否则查询的是下标范围。

遇到结果多一条或少一条时，按“括号是否紧贴端点、是否误把下标查询当成分数查询、同分成员是否按字典序排列”逐项检查，通常很快就能定位。