redis 中的字符串, 是按照二进制的方式存储和读取的, 即存啥取啥, 所以一般不会出现乱码问题
(乱码问题是因为存储和读取时使用的编码方式不一样, 但是 redis 没有编码转换)
redis 限制了 string 的大小 : 512M, 因为 单线程模型 希望进行的操作能够比较快速, 越大越慢

set key value [expiration EX seconds | PX milliseconds ] [NX | XX]

eg : set key value ex 10
expiration 超时时间
EX 以秒为单位
PX 以毫秒为单位
NX 如果 key 不存在, 才设置, 存在则不设置, 返回 nil
XX 如果 key 存在, 才设置(相当于更新 key 的 value), 不存在则不设置, 返回 nil

setnx key <==> set key NX

不存在才能设置, 存在则设置失效

setex key seconds

设置过期时间 秒

setpx key milliseconds

设置过期时间 毫秒

如果 key 不存在, 就创建新的键值对.
如果 key 存在, 则是让新的 value 覆盖旧的 value, 可能会改变原来的数据类型, 原来的 key 的 ttl (生存时间) 也会失效

mset key value [key value …] – O(k)

一次添加多个键值对

mget key [key …] – O(k)

一次获取多个键的值

下面几个操作要求 key 的 value 必须是整数

redis 中整数代表的范围: 64位 / 8位表示的整数, 相当于 C++ 中的 long long 或 Java 中的 long

incr key – O(1)

针对 key 的值 +1, 返回的是 +1 之后的值, 相当于 (++key)

incrby key n – O(1)

针对 key 的值 +n

decr key – O(1)

针对 key 的值 -1

decrby key n – O(1)

针对 key 的值 -n

incrbyfloat key value – O(1)

把 key 对应的 value 进行 + / - 操作, 运算的操作可以是 浮点数
" - " 操作通过负数来实现

append key value

返回值是增添字符的长度

strlen key

获取到字符串的长度

setrange key offset value

从下表从 offset 开始, 往 key 对应的值中插入value,并顶替掉原来该位置上的字符

getrange key start end

获取 key 对应的 value 的 [start, end] 位之上的字符
-1 代表倒数第一个字符
即 “getrange key 0 -1” ----- 代表获取该 key 对应的值

object encoding key

查看 key 值得编码类型
string 内部有三种编码方式

1. int 64位 / 8字节 的整数
2. embstr 压缩字符串, 适用于表示比较短的字符串
3. raw 普通字符串, 适用于表示比较长的字符串(长度可改写, 所以不建议硬记 ---- 39字节)

string 应用场景

数据查询的整体思路:
应用服务器先查 redis , 查到了就返回数据, 查不到再查 MySQL, 将数据返回服务器的同时, 把数据写入到 redis 中.

上述行为, 经常用来被存储 “热点” 数据 (高频被使用的数据)
但是随着时间推移, redis 上的数据会越来越多, 因此解决方案如下:

1. 给存储的数据设置一个过期时间
2. redis 在内存不足的时候, 提供了淘汰策略