Redis: 해시에 만료 구현

안녕하세요, 해당 특정 필드에 대해 다른 최상위 키를 사용하거나 만료 시간이 있는 다른 필드와 함께 저장하고 둘 다 가져와 애플리케이션이 여전히 유효한지 여부를 기반으로 이해하도록 하는 것은 불가능합니다. 현재 시간.

redis 127.0.0.1:6379> hset 만료:나의 이름 톰
(정수) 0
redis 127.0.0.1:6379> hget 만료:나의 이름
"톰"

redis 127.0.0.1:6379> 만료 만료:me 10
(정수) 1
redis 127.0.0.1:6379> 만료:me
(정수) 8

...
...
...

redis 127.0.0.1:6379> 만료:me
(정수) -1
redis 127.0.0.1:6379> hget 만료:나의 이름
(무)

그래서 작동합니다

요청이 개별 필드를 만료하는 것이라고 생각합니다. 전체 해시를 만료하는 것은 다른 키를 만료하는 것과 동일합니다.

예, 저도 이 요구 사항을 충족했습니다. 개별 필드를 만료할 수 있습니까?

만료 시간이 다른 여러 해시를 생성하는 데 특별한 문제가 있습니까?

글쎄, 나는 거의 한 번에 전체 해시를 만료하고 싶지 않습니다. 따라서 실제로 해시를 여러 개의 키로 분할하는 것이 좋습니다. 그것은 작동하지만 해시가 필요한 이유를 묻는 데 동일한 인수를 사용할 수 있습니다. 논리적으로 관련된 모든 키를 함께 그룹화하는 데 엄청난 가치가 있습니다. 그렇지 않으면 키를 저장하는 일부 집합을 통해 해당 계정을 수행해야 하며 참조 무결성 문제가 발생합니다. 모두 할 수 있지만 해시에서 개별 키 만료를 지원하지 않는 것은 redis에서 꽤 큰 누락처럼 느껴집니다. 그리고 N명의 다른 사람들이 M개의 다른 방법으로 해결하도록 하는 것이 가치가 있다고 확신하지 않습니다.

Kevin Menard와 Johan Bergström에게 감사드립니다. 사실 저도 같은 시나리오는 설명 만났다 은 https : 여기 : //github.com/antirez/redis/issues/242, 나는 살바토레에 의해 주어진 읽기 의견이있다.
모든 필드를 다음과 같은 키로 분할하면: hashkey:field1 , hashkey:field2 ,.. 이러한 키를 컬렉션으로 관리하기가 어렵습니다. 모든 필드를 쿼리하는 것과 같이 KEYS 'patten'이 필요합니다...

문안 인사,
덩춘핑

이것은 매우 문제가 있습니다. 해시 내부의 특정 키를 만료하려는 이유는 캐시된 설정을 해시에 저장하기 때문입니다. 키를 설정한 후 자동으로 키를 만료시키고 싶습니다. 동시에 모든 설정이 업데이트된 경우 전체 해시를 종료할 수 있어야 합니다. 따라서 목록에서 이러한 설정을 가져오고 목록을 종료하는 기능이 필요합니다. 설정의 모든 인스턴스를 찾지 않고

bjoshuanoah와 동일한 문제가 있습니다. 이제 해시 대신 ttl과 함께 키를 사용하고 있습니다. 예:
해시: 해시 이름 A - 키 B - 값 C
키-값: 키 A_B - 값 C

이 기능의 부족은 기술적으로 불가능합니까 아니면 디자인의 선택입니까?

디자인의 선택은 구현을 허용하지 않는 구현으로 이어집니다.

https://github.com/antirez/redis/issues/1042#issuecomment -143109286

:+1:

redis 자체가 지원하지 않는 이 기능은 너무 유용합니다.

오늘까지 redis는 이 기능을 구현할 계획이 없었습니다 :-(

redis 127.0.0.1:6379> hset 만료:나의 이름 톰
(정수) 0
redis 127.0.0.1:6379> hget 만료:나의 이름
"톰"

redis 127.0.0.1:6379> 만료 만료:me 10
(정수) 1
redis 127.0.0.1:6379> 만료:me
(정수) 8

...
...
...

redis 127.0.0.1:6379> 만료:me
(정수) -1
redis 127.0.0.1:6379> hget 만료:나의 이름
(무)

그래서 작동합니다

해시 테이블에는 필드가 하나만 있습니다. 여러 필드는 어떻습니까? 그것은 제대로 작동하지 않을 것입니다!

@oylz - 이 기능 요청의 원래 의도는 전체 키가 아니라 해시 내부의 특정 필드 의 만료를 허용하는 것입니다.

@itamarhaber
어떻게 이런식으로?:
hset 만료:나의 이름1 tom1
hset 만료:나의 이름2 tom2
hset 만료:나의 이름3 tom3

만료:나 10

전체 해시 테이블(expire:me)이 만료됩니다.

@oylz 우리는 완전한 해시가 만료된다는 것을 알고 있습니다. 작동하지만 여기서는 해시의 단일 필드에 대해 이야기하고 있습니다( @itamarhaber가 이미 설명했듯이). 예를 들어 귀하의 경우 5초 후에 name1 필드를, 10초 후에 name2 필드를, 15초 후에 name 3 필드를 어떻게 만료시킬 수 있습니까? 이제 여기서 논의 중인 사용 사례가 명확해지기를 바랍니다.

@nomi-ramzan
당신은 정말로 이해합니까? @itamarhaber가 말했듯이: "나는 이 기능 요청의 원래 의도가 전체 키가 아니라 해시 내부의 특정 필드 의 만료를 허용하는 것이라고 믿습니다."

@nomi-ramzan
죄송합니다. 처음에 잘못 답장 했습니다 . 보내야 합니다.
예:
_redis 127.0.0.1:6379> hset 만료:나의 이름 톰
(정수) 0
redis 127.0.0.1:6379> hget 만료:나의 이름
"톰"

redis 127.0.0.1:6379> 만료 만료:me 10
(정수) 1
redis 127.0.0.1:6379> 만료:me
(정수) 8

...
...
...

redis 127.0.0.1:6379> 만료:me
(정수) -1
redis 127.0.0.1:6379> hget 만료:나의 이름
(무)

그래서 작동합니다_

지금은 2020년입니다. Redis는 이것을 살펴봐야 합니다.

우리 회사는 만료 해시 필드 기능을 구현했습니다.
그것은 기본 redis 4.0

이 기능을 기본적으로 제공하면 큰 도움이 될 것입니다.
감사 해요.

나는 아직도 이것을 기다리고 있다

믿을 수 없는! Redis는 아직 구현하지 않았습니다!

여기서도 마찬가지입니다. 만료를 해시 필드로 설정하는 기능이 있으면 정말 좋을 것입니다.

+1

믿을 수 없는! Redis는 아직 구현하지 않았습니다!

이 기능에 대해 +1

Redis 세계를 발견하고 캐시를 다음과 같은 형식으로 저장하는 것을 상상했습니다.
1) 각 해시 테이블 - 내 API 방법입니다.
2) 해시 테이블의 행 - 메소드의 입력 매개변수의 해시 함수이며 값은 메소드의 응답입니다.

이 기능에 대해 +1

이 기능에 대해 +1

+1

+1

+1

+1

해시의 만료 키가 구현되지 않은 특별한 이유가 있습니까?

이것이 아직 구현되지 않은 이유는 이 기능에 필요한 시간(CPU)과 공간(RAM)의 복잡성이 증가했기 때문입니다. 절대 말하지 말라는 말입니다.

시간 복잡도는 다항식 시간 순서대로 진행됩니까? 어떤 목적으로든 복제하면서 RAM을 많이 사용하게 만드는 이유는 무엇입니까?

이 기능이 구현되면 redis가 인기를 크게 높일 것이라고 확신합니다.

이 기능에 대해 +1

+1

+1