Redis는 오픈소스이고, 다양한 서비스에서 Redis를 자유롭게 사용하고 있다.
In-Memory 데이터베이스로써 모든 데이터를 메모리에 저장하고 조회한다.
기존 관계형 데이터베이스(Oracle, MySql)보다 훨씬 빠른데 그 이유는 메모리
접근이 디스크 접근보다 빠르기 때문이다.
하지만 빠르다는 것은 Redis의 여러 특징 중 일부분이다. 다른 In-Memory 데이터 베이스(ex. Memcached)와의
가장 큰 차이점은 다양한 자료구조를 지원한다는 것이다.
아래와 같이 다양한 자료구조를 Key-Value 형태로 저장한다.
Redis는 기본적으로 String, Bitmap, Hash, List, Set, Sorted Set를 제공했고, 버전이 올라가면서 현재는 Geospatial Index, Hyperloglog, Stream 등의 자료형도 지원하고 있다.
그렇다면 이렇게 다양한 자료구조를 제공하는게 왜 중요할까?
예를 들어 실시간 랭킹 서버를 구현할 때 DBMS를 이용한다면 DB에 데이터를 저장하고,
저장된 SCORE 값으로 정렬하여 다시 읽어오는 과정이 필요할 것이다.
디스크 IO를 계속해서 해야 하기 때문에 갯수가 많아 질수록 속도가 느려질 것이다.
이 과정에서 속도 향상을 위해 In-memory 기반으로 서버에서 데이터를 처리하도록
직접 코드를 짤 수도 있겠지만, Redis의 Sorted-Set을 이용하는게
더 빠르고 간단한 방법일 수 있다.
그렇다면 이제 Redis에서 제공하는 자료구조에 대해 살펴보자.
Redis가 다양한 자료구조(Collection)를 지원하지만 주의해야 할 점이 있다.
하나의 Collection에 너무 많은 아이템을 담으면 좋지 않다.
가능하면 10000개 이하의, 몇천개 수준의 데이터셋을 유지하는게 Redis 성능에
영향을 주지 않는다.
Expire는 Collection의 아이템 개별로 적용되지 않고, 전체 Collection에 대해서만
적용된다.
즉, 10000개의 아이템을 가진 Collection에 expire가 걸려 있다면,
그 시간 이후 10000개의 아이템이 모두 삭제된다.
Redis의 String은 키와 연결할 수 있는 가장 간단한 유형의 값이다. Redis의 키가 문자열이므로 이 구조는 문자열을 다른 문자열에 매핑하는 것이라고 볼 수 있다.
값의 최대 사이즈는 512 MB이다.
> set hello world
OK
> get hello
"world"
String 타입에는 모든 종류의 문자열(이진 데이터 포함)을 저장할 수 있다.
따라서 JPEG 이미지를 저장하거나, HTML fragment를 캐시하는 용도로
자주 사용한다.
String은 가장 기본적인 자료구조이기 때문에 다음과 같은 다양한
기능을 제공한다.
127.0.0.1:6379> set hello 100
OK
127.0.0.1:6379> get hello
"100"
127.0.0.1:6379> incr hello
(integer) 101
127.0.0.1:6379> incr hello
(integer) 102
127.0.0.1:6379> incrby hello 50
(integer) 152
127.0.0.1:6379> incr mycounter
(integer) 1
127.0.0.1:6379> getset mycounter 0
"1"
127.0.0.1:6379> get mycounter
"0"
> set mykey newval nx
(nil)
> set mykey newval xx
OK
127.0.0.1:6379> set key 3
OK
127.0.0.1:6379> expire key 300 # ttl 300초로 설정
(integer) 1
127.0.0.1:6379> ttl key # ttl 확인
(integer) 297
127.0.0.1:6379> ttl otherKey # key가 없으면 -2 리턴
(integer) -2
127.0.0.1:6379> type key # key 의 타입 확인
string
자세한 내용은 공식문서를 참고하자.
Redis Hash를 이용해서 하나의 key에 대한 값으로 여러 개의 sub key(필드) & value(값)를
저장할 수 있다.
RDBMS의 테이블과 매우 비슷하다.
아래와 같은 테이블로 실습을 해보자.
Redis Hash에서 User id가 key가 되고, email, name, age, address는 sub key(필드)가 된다.
hmset을 이용해서 Hash 데이터를 저장할 수 있다. 위 테이블에 있는 데이터를 저장해보자.
// HMSET : 여러 개의 subkey를 한번에 저장한다.
172.17.0.2:6379> hmset yundream email "yundream@gmail.com" name "Yun.Dream" age 42 address "Seoul"
OK
172.17.0.2:6379> hmset foo email "foo@gmail.com" name "Lee.foo" age 34 address "Pusan"
OK
172.17.0.2:6379> hmset bar email "bar@gmail.com" name "Kim.bar" age 26 address "Seoul"
OK
더 자세한 사용법은 아래와 같다.
// HGET : Key로 Hash 값을 가져온다. subkey를 설정해야 한다.
> HGET yundream email
"yundream@gmail.com"
// HGETALL : Key로 Hash의 모든 subkey(필드)와 값을 가져온다.
> HGETALL yundream
1) "email"
2) "yundream@gmail.com"
3) "name"
4) "Yun.Dream"
5) "age"
6) "42"
7) "address"
8) "Seoul"
// key 필드에 저장된 값을 여러개 불러온다.
> HMGET foo email name age address
1) "foo@gmail.com"
2) "Lee.foo"
3) "34"
4) "Pusan"
// Hash에 key와 value를 저장한다. 이미 key가 존재할 경우 특정 subkey만 추가한다.
> HSET yundream age 44
// Hash 특정 subkey를 삭제한다. Hash key를 지우고 싶다면 Del 명령을 사용해야 한다.
> HDEL yundream email
// key 삭제
> DEL yundream
// Subkey의 갯수를 출력한다.
> HLEN foo
(integer) 4
// key 필드에 저장된 value의 길이를 리턴한다.
// Subkey의 목록을 출력한다.
> HKEYS foo
1) "email"
2) "name"
3) "age"
4) "address"
// Key와 field값으로 필드의 존재 유무를 확인할 때는 hexists 명령어를 사용한다.
// 반환되는 값이 1이면 검색한 필드가 존재하며 0이면 존재하지 않는 필드이다.
> HEXISTS foo email
(integer) 1
자세한 내용은 공식문서를 참고하자.
일반적으로 Set 자료구조는 저장된 value들을 unique하게 관리하기 위해 사용된다.
이 때 저장된 value들 사이의 순서는 관리되지 않는다.
하지만 Redis에서 제공해주는 자료구조 중 하나인 Sorted Set(또는 ZSET, 둘다 동일한 내용이다)은
Set의 특성을 그대로 가지면서 추가적으로 저장된 value들의 순서도 관리해 준다.
이 때 이 순서를 위해 각 value에 대해 score를 필요에 맞게 설정할 수 있으며, 이
score를 가반으로 정렬이 된다.
이때, score는 double이기 때문에, 부동소수점에 주의해야 한다.
즉, Sorted set은 정렬된 형태로 저장되기 때문에 인덱스를 이용하여 빠르게 조회할 수 있다.
인덱스를 이용하여 조회할 일이 많다면 list보다는 sorted set 사용을 권장한다.
위의 그림처럼 key, score, member의 형태로 이루어져 있으며,
하나의 ZSET에서 member는 unique하고, member 값을 통해
시간복잡도 O(1)로 해당하는 원소에 바로 접근할 수 있다.
score는 부동 소수점 수만 허용되고, 이 score값을 기준으로 ZSET 내의
각 원소들이 순서를 가지게 된다.
ZADD key score member
ZSET에 각 유저의 이름과 score를 지정해 추가해보자.
127.0.0.1:6379> zadd user:rank 1 kaven
(integer) 1
127.0.0.1:6379> zadd user:rank 2 mike
(integer) 1
127.0.0.1:6379> zadd user:rank 3 pall 4 bart // 한번에 추가도 가능
(integer) 2
이미 존재하는 member 값이라면 score가 변경 된다.
127.0.0.1:6379> zadd user:rank 5 kaven
(integer) 0
ZSCORE key member
score를 조회 할 수 있다.
127.0.0.1:6379> zscore user:rank kaven
"5"
ZRANK key member
sorted set에서 member의 정렬 순서를 확인 할 수 있다.
127.0.0.1:6379> zrank user:rank mike
(integer) 0 // 0부터 시작 (가장 첫번째 순서)
ZRANGE key start stop
zrange에서 start, stop에는 정렬된 원소들 중에서 내가 출력하고 싶은 원소의
시작 위치와 끝 위치를 넣으면 된다.
한가지 주의해야 할 점은 첫번째 원소를 0이라 했을 때의
상대적인 위치값이고, 양수/음수 모두 가능하다.
score 기준으로 오름차순으로 모두 출력하고자 할때 아래와 같이 사용할 수 있다.
127.0.0.1:6379> zrange user:rank 0 -1
1) "mike"
2) "pall"
3) "bart"
4) "kaven"
score가 가장 낮은 member, 가장 높은 member만을 출력하고 싶다면,
127.0.0.1:6379> zrange user:rank 0 0
1) "mike"
127.0.0.1:6379> zrange user:rank -1 -1
1) "kaven"
score 기준으로 오름차순 정렬되어 있을 때, 인덱스 2에서 3까지만 출력하고자 할 때는,
127.0.0.1:6379> zrange user:rank 2 3
1) "bart"
2) "kaven"
만약 score도 함께 출력하고 싶다면, withscores 옵션을 추가한다.
127.0.0.1:6379> zrange user:rank 0 -1 withscores
1) "mike"
2) "2"
3) "pall"
4) "3"
5) "bart"
6) "4"
7) "kaven"
8) "5"
score가 높은 순서대로 출력하고 싶다면, zrevrange 명령어를 이용하자.
127.0.0.1:6379> zrevrange user:rank 0 -1 withscores
1) "kaven"
2) "5"
3) "bart"
4) "4"
5) "pall"
6) "3"
7) "mike"
8) "2"
ZRANGEBYSCORE key min max
score 의 범위를 주고 만족하는 member를 찾고 싶을 때 사용 하면 된다.
score 2이상 4이하 member를 찾을 때 아래와 같이 낮은 순서대로 출력해준다.
127.0.0.1:6379> zrangebyscore user:rank 2 4 withscores
1) "mike"
2) "2"
3) "pall"
4) "3"
5) "bart"
6) "4"
아래는 score 2초과 5미만의 member를 오름차순으로 출력한다.
127.0.0.1:6379> zrangebyscore user:rank (2 (5 withscores
1) "pall"
2) "3"
3) "bart"
4) "4"
score 상관없이 모든 member를 오름차순으로 출력한다.
127.0.0.1:6379> zrangebyscore user:rank -inf +inf
1) "mike"
2) "pall"
3) "bart"
4) "kaven"
score 3을 초과하면서 score 기준 내림차순으로 출력하고 싶다면 아래와 같이 하면 된다.
ZREVRANGEBYSCORE 에서 min 과 max 의 위치가 ZRANGEBYSCORE에서와 반대다.
127.0.0.1:6379> zrevrangebyscore user:rank +inf (3 withscores
1) "kaven"
2) "5"
3) "bart"
4) "4"
ZREM key member
member 제거하려고 할때 사용한다.
127.0.0.1:6379> zrem user:rank kaven
(integer) 1
127.0.0.1:6379> zrange user:rank 0 -1
1) "mike"
2) "pall"
3) "bart"
ZADD와 마찬가지로 한번에 복수개의 삭제도 가능하다.
127.0.0.1:6379> zrem user:rank bart pall
(integer) 2
127.0.0.1:6379> zrange user:rank 0 -1
1) "mike"
링크를 참고하자.
$brew install redis
$brew services start redis
$brew services stop redis
$brew services restart redis
# Accept connections on the specified port, default is 6379.
# If port 0 is specified Redis will not listen on a TCP socket.
port 6379 [포트번호 변경]
# Warning: since Redis is pretty fast an outside user can try up to
# 150k passwords per second against a good box. This means that you should
# use a very strong password otherwise it will be very easy to break.
#
requirepass password [주석제거하고 패스워드 입력]
# By default Redis listens for connections from all the network interfaces
# available on the server. It is possible to listen to just one or multiple
# interfaces using the "bind" configuration directive, followed by one or
# more IP addresses.
#
# Examples:
#
# bind 192.168.1.100 10.0.0.1
bind 127.0.0.1 192.168.0.101 [외부에서 접근 가능하도록 IP 추가 가능]
$redis-server
redis-cli 명령을 실행하면 내부 redis 서버에 접속한다.
$ redis-cli
127.0.0.1:6379>
또한, 현재 redis에서 일어나는 모든 명령어를 확인할 수 있다.
$ redis-cli monitor
OK
1519605789.426160 [0 127.0.0.1:64162] "COMMAND"
1519605796.388919 [0 127.0.0.1:64162] "zrange" "myzset" "0" "-1" "WITHSCORES"
1519605801.609068 [0 127.0.0.1:64162] "zadd" "myzset" "1" "one"
Reference
https://redis.io/topics/data-types
https://jupiny.com/2020/03/28/redis-sorted-set/
https://meetup.toast.com/posts/224
https://blog.voidmainvoid.net/233
https://www.joinc.co.kr/w/man/12/REDIS/RedisWithJoinc/part05