遍历Redis中的海量数据不能使用 keys *、keys shiro-sessionId* 等命令需要使用 scan 命令
数据量达到几百万,keys这个指令就会导致 Redis 服务卡顿,因为 Redis 是单线程程序,顺序执行所有指令,其它指令必须等到当前的 keys 指令执行完了才可以继续 。
scan的特点
-
复杂度虽然也是 O(n),但是它是通过游标分步进行的,不会阻塞线程
-
提供 count 参数,不是结果数量,是redis单次遍历字典槽位数量(约等于)
-
同 keys 一样,它也提供模式匹配功能
-
服务器不需要为游标保存状态,游标的唯一状态就是 scan 返回给客户端的游标整数
-
返回的结果可能会有重复,需要客户端去重,这点非常重要
-
单次返回的结果是空的并不意味着遍历结束,而要看返回的游标值是否为零
scan命令格式
SCAN cursor [MATCH pattern] [COUNT count]
127.0.0.1:6379> scan 0 match shiro-sessionId* count 266
127.0.0.1:6379> scan 447 match shiro-sessionId* count 5
命令解释
scan 游标 match <给定模式相匹配的元素> count 每次迭代所返回的元素数量
SCAN命令是增量的循环,每次调用只会返回一小部分的元素。所以不会让redis假死
SCAN命令返回的是一个游标,从0开始遍历,到0结束遍历
样例
从0开始scan遍历,返回了游标447和数据,继续scan遍历,从游标447开始,返回0结束遍历