【发布时间】:2019-05-03 10:02:58
【问题描述】:
我正在使用带有 spring-data-redis:jar:2.0.9 的 spring boot(无关),它使用 lettuce 连接到我的 REDIS。我正在使用包含大约 100 个键的哈希结构。在这些键下,我放置了一些类型也无关紧要的对象:
private static final String HASH_KEY_NAME = "myspecialhashes:somekey";
@Autowired
private RedisTemplate<String, MyDto> myDtoRedisTemplate;
现在我只是将我的对象列表放入散列中,使用它们的 id 作为键:
myDtoRedisTemplate.opsForHash().put(HASH_KEY_NAME, dto.getId(), dto);
这很好用,从哈希中检索所有元素都很好,也可以只检索键
List allDtosRaw = myDtoRedisTemplate.opsForHash().values(HASH_KEY_NAME);
在列出键时:
myDtoRedisTemplate.boundHashOps(HASH_KEY_NAME).keys()
看起来不错,返回的键集以:
(java.util.LinkedHashSet<E>) [fakeservicetest:dummy3:write, fakesingle:dummy:sub1:write, ....
由于有很多键,我希望能够使用 HSCAN 使用令牌过滤对象列表STARTING,而不是获取所有键并在我的 Java 应用程序中过滤它们。所以,这就是我执行 HSCAN 以获取所有以“fake”开头的哈希条目的方式
List filteredDtosRaw = new LinkedList<>();
ScanOptions scanOptions = ScanOptions.scanOptions().match("fake*").count(10000).build();
Cursor cursor = myDtoRedisTemplate.boundHashOps(HASH_KEY_NAME).scan(scanOptions);
cursor.forEachRemaining(filteredDtosRaw ::add);
不幸的是,这会返回零结果。我正在尝试各种方法来解决这个问题并获得一些结果。最后我转向 redis 命令行,看看 REDIS 是怎么想的
redis-cli HSCAN "myspecialhashes:somekey" 0 MATCH "fake*" COUNT 1000
确实是零结果。接下来是查看其中的所有键并查看哈希中的实际内容
redis-cli HGETALL "myspecialhashes:somekey"
结果是这样的:
1) "0"
2) 1) "\xac\xed\x00\x05t\x00\x1cfakeservicetest:dummy3:write"
2) "{\"@class\":\"
.....
看来,键包含一些 Unicode 字符的前缀。这可能是由于字符串序列化(我在使用调试器将字符串放入 REDIS 之前检查了字符串,并且它们在开头不包含任何不可见字符)。所以我现在有一个可行的解决方法:我可以搜索“*fake*”,它在 REDIS CLI 和 Spring Data Redis 中都有效。由于我只想拥有以“fake”开头的那些,我可以使用 String.startsWith 在我的 Java 应用程序中过滤它。但是由于我不喜欢解决方法,所以我想知道我是否错误地使用了 spring data redis,或者在序列化字符串以放入 REDIS 和在 SCAN 中使用的字符串时是否存在一些不一致?
【问题讨论】:
标签: java redis spring-data-redis lettuce