Redis实战（五）-字符串

桃扇骨 2022-09-11 13:13 84阅读 0赞

字符串类型是Redis最基础的数据结构。首先键都是字符串类型，而且其他几种数据结构都是在字符串类型基础上构建的，所以字符串类型能为其他四种数据结构的学习奠定基础。如图2-7所示，字符串类型的值实际可以是字符串（简单的字符串、复杂的字符串（例如JSON、XML））、数字（整数、浮点数），甚至是二进制（图片、音频、视频），但是值最大不能超过512MB。

字符串类型的命令比较多，希望读者尽可能都去了解和掌握。

**        1、设置值**

> set key value \[ex seconds\] \[px milliseconds\] \[nx|xx\]

下面操作设置键为hello，值为world的键值对，返回结果为OK代表设置成功：

127.0.0.1:6379> set hello world
    OK

**  set命令有几个选项：**

·ex seconds：为键设置秒级过期时间。

·px milliseconds：为键设置毫秒级过期时间。

·nx：键必须不存在，才可以设置成功，用于添加。

·xx：与nx相反，键必须存在，才可以设置成功，用于更新。

除了set选项，Redis还提供了setex和setnx两个命令：

> setex key seconds value setnx key value

它们的作用和ex和nx选项是一样的。下面的例子说明了set、setnx、set xx的区别。

当前键hello不存在：

127.0.0.1:6379> exists hello
    (integer) 0

设置键为hello，值为world的键值对：

127.0.0.1:6379> set hello world
    OK

因为键hello已存在，所以setnx失败，返回结果为0：

127.0.0.1:6379> setnx hello redis
    (integer) 0

因为键hello已存在，所以set xx成功，返回结果为OK：

127.0.0.1:6379> set hello jedis xx
    OK

setnx和setxx在实际使用中有什么应用场景吗？以setnx命令为例子，由于Redis的单线程命令处理机制，如果有多个客户端同时执行setnx key value，根据setnx的特性只有一个客户端能设置成功，setnx可以作为分布式锁的一种实现方案，Redis官方给出了使用setnx实现分布式锁的方法：[Distributed locks with Redis – Redis][Distributed locks with Redis _ Redis]

**2、获取值**

> get key

下面操作获取键hello的值：

127.0.0.1:6379> get hello
    "world"

如果要获取的键不存在，则返回nil（空）：

127.0.0.1:6379> get not_exist_key
    (nil)

**        3、批量设置值**

> mset key value \[key value ...\]

下面操作通过mset命令一次性设置4个键值对：

127.0.0.1:6379> mset a 1 b 2 c 3 d 4
    OK

**4、批量获取值**

> mget key \[key ...\]

下面操作批量获取了键a、b、c、d的值：

127.0.0.1:6379> mget a b c d
    1) "1"
    2) "2"
    3) "3"
    4) "4"

如果有些键不存在，那么它的值为nil（空），结果是按照传入键的顺序返回：

127.0.0.1:6379> mget a b c f
    1) "1"
    2) "2"
    3) "3"
    4) (nil)

批量操作命令可以有效提高开发效率，假如没有mget这样的命令，要执行n次get命令，图示如下：

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5byg5b-X57-U26Q_size_19_color_FFFFFF_t_70_g_se_x_16][]

使用mget命令后，要执行n次get命令操作，图示如下：

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5byg5b-X57-U26Q_size_19_color_FFFFFF_t_70_g_se_x_16 1][]

Redis可以支撑每秒数万的读写操作，但是这指的是Redis服务端的处理能力，对于客户端来说，一次命令除了命令时间还是有网络时间，假设网络时间为1毫秒，命令时间为0.1毫秒（按照每秒处理1万条命令算），那么执行1000次get命令和1次mget命令的区别图示如下，因为Redis的处理能力已经足够高，对于开发人员来说，网络可能会成为性能的瓶颈。

![watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5byg5b-X57-U26Q_size_20_color_FFFFFF_t_70_g_se_x_16][]

学会使用批量操作，有助于提高业务处理效率，但是要注意的是每次批量操作所发送的命令数不是无节制的，如果数量过多可能造成Redis阻塞或者网络拥塞。

**        5、计数**

> incr key

**       incr命令用于对值做自增操作，返回结果分为三种情况：**

·值不是整数，返回错误。

·值是整数，返回自增后的结果。

·键不存在，按照值为0自增，返回结果为1。

例如对一个不存在的键执行incr操作后，返回结果是1：

127.0.0.1:6379> exists key
    (integer) 0
    127.0.0.1:6379> incr key
    (integer) 1

再次对键执行incr命令，返回结果是2：

127.0.0.1:6379> incr key
    (integer) 2

如果值不是整数，那么会返回错误：

127.0.0.1:6379> set hello world
    OK
    127.0.0.1:6379> incr hello
    (error) ERR value is not an integer or out of range

除了incr命令，Redis提供了decr（自减）、incrby（自增指定数字）、decrby（自减指定数字）、incrbyfloat（自增浮点数）：

decr key
    incrby key increment
    decrby key decrement
    incrbyfloat key increment

很多存储系统和编程语言内部使用CAS机制实现计数功能，会有一定的CPU开销，但在Redis中完全不存在这个问题，因为Redis是单线程架构，任何命令到了Redis服务端都要顺序执行。

到此字符串介绍完成。

[Distributed locks with Redis _ Redis]: http://redis.io/topics/distlock
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5byg5b-X57-U26Q_size_19_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/221f53eddc9c42deb5b2970db18fc84a.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5byg5b-X57-U26Q_size_19_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/8a0540ff062847c4b42045bd4545cf9c.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA5byg5b-X57-U26Q_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/80b2c08ca97f4206a319d7e942393715.png