Redis宝典_基础、高级特性与性能调优.pdf

Redis 宝典 | 基础、高级特性与性能调优

作者：kelgon

链接：http://www.jianshu.com/p/2f14bc570563

來源：简书

本文将从Redis的基本特性入手，通过讲述Redis的数据结构和主要命令对Redis的基本能力进行直观介绍。

之后在性能调优等方面进行更深入的介绍和指导。

概述

Redis是一个开源的，基于内存的结构化数据存储媒介，可以作为数据库、缓存服务或消息服务使

Redis是线程安全的（因为只有一个线程），其所有操作都是原子的，不会因并发产生数据异

常

Redis的速度非常快（因为使用非阻塞式IO，且大部分命令的算法时间复杂度都是O(1))

使用高耗时的Redis命令是很危险的，会占用唯一的一个线程的大量处理时间，导致所有的请

求都被拖慢。（例如时间复杂度为O(N)的KEYS命令，严格禁止在生产环境中使用）

Redis的数据结构和相关常用命令

本节中将介绍Redis支持的主要数据结构，以及相关的常用Redis命令。本节只对Redis命令进行扼要

的介绍，且只列出了较常用的命令。如果想要了解完整的Redis命令集，或了解某个命令的详细使用

方法，请参考官方文档：https://redis.io/commands

常用命令一、Key

寥寥的存储空间，却引发了可读性和可维护性上的麻烦

最好使用统一的规范来设计Key，比如”object-type:id:attr”，以这一规范设计出的Key可能

是”user:1000”或”comment:1234:reply-to”

Redis允许的最大Key长度是512MB（对Value的长度限制也是512MB）

常用命令二、String

String是Redis的基础数据类型，Redis没有Int、Float、Boolean等数据类型的概念，所有的基本类

型在Redis中都以String体现。

与String相关的常用命令：

SET：为一个key设置value，可以配合EX/PX参数指定key的有效期，通过NX/XX参数针对

key是否存在的情况进行区别操作，时间复杂度O(1)

上文提到过，Redis的基本数据类型只有String，但Redis可以把String作为整型或浮点型数字来使

用，主要体现在INCR、DECR类的命令上：

INCR：将key对应的value值自增1，并返回自增后的值。只对可以转换为整型的String数据起

作用。时间复杂度O(1)

INCRBY：将key对应的value值自增指定的整型数值，并返回自增后的值。只对可以转换为整

型的String数据起作用。时间复杂度O(1)

DECR/DECRBY：同INCR/INCRBY，自增改为自减。

INCR/DECR系列命令要求操作的value类型为String，并可以转换为64位带符号的整型数字，否则

会返回错误。

也就是说，进行INCR/DECR系列命令的value，必须在[-2^63 ~ 2^63 - 1]范围内。

库存扣减+余量校验：

当DECR命令返回值大于等于0时，说明库存余量校验通过，如果返回小于0的值，则说明库存已

耗尽。

假设同时有300个并发请求进行库存扣减，Redis能够确保这300个请求分别得到99到-200的返

回值，每个请求得到的返回值都是唯一的，绝对不会找出现两个请求得到一样的返回值的情

况。

实现类似于RDBMS的Sequence功能，生成一系列唯一的序列号

设置序列起始值：