Heim  >  Artikel  >  Datenbank  >  Eine kurze Einführung in die Verwendung des Redis-Tutorials

Eine kurze Einführung in die Verwendung des Redis-Tutorials

coldplay.xixi
coldplay.xixinach vorne
2021-04-12 17:24:383768Durchsuche

Eine kurze Einführung in die Verwendung des Redis-Tutorials

1. Einführung in Redis
Was ist Redis? Vollständiger Name: REmote DIctionary Server. Es handelt sich um eine Protokolltyp-Schlüsselwert-Hochleistungsdatenbank, die speicherbasiert und persistent sein kann und APIs in mehreren Sprachen bereitstellt. Sie wird oft als Datenstruktur bezeichnet Der Server kann aufgrund des Werts (value) von Typen wie String, Hash (Map), Liste, Mengen und sortierten Mengen sein:
Zeichenfolge: Zeichenfolge
Hash: Hash
Liste: Liste
Menge: Menge
Sortierte Menge: geordnete Menge
ist im Vergleich zur relationalen Datenbank eine nicht relationale Datenbank.

Empfohlen (kostenlos): redis

2. Vorteile Vorteile
Redis und andere Schlüsselwert-Caching-Produkte weisen die folgenden drei Merkmale auf:

  • Redis unterstützt die Datenpersistenz und kann Daten im Speicher speichern. Die Daten wird auf der Disk gespeichert und kann zur Verwendung bei einem Neustart erneut geladen werden.
  • Redis unterstützt nicht nur einfache Daten vom Typ Schlüsselwert, sondern bietet auch die Speicherung von Datenstrukturen wie Liste, Satz, Zset, Hash usw.
  • Redis unterstützt die Datensicherung, also die Datensicherung im Master-Slave-Modus.

3. Redis-Installation
Die Redis-Installation ist sehr einfach, Download-Adresse: https://github.com/MSOpenTech/redis/releases. Laden Sie dann „Redis-x64-xx.x.xxx.zip“ herunter und legen Sie es zum Dekomprimieren an Ihrem bevorzugten Speicherort auf der Festplatte ab. Doppelklicken Sie auf „redis-server.exe“, um den Redis-Dienst gemäß der Standardkonfiguration zu starten ; Doppelklicken Sie auf „redis-cli.exe“, um die Client-Konsole zu öffnen und Sie können Befehle zum Betreiben des Redis-Dienstes ausführen.
Sie können auch:
Öffnen Sie ein cmd-Fenster und verwenden Sie den Befehl cd, um die Verzeichnisse auf C:redis zu wechseln und redis-server.exe redis.windows.conf auszuführen.
Führen Sie redis-cli.exe -h 127.0.0.1 -p 6379 aus Rufen Sie den Client-Modus auf,
„-h“ Geben Sie den Redis-Server-Host an
„-p“ Geben Sie den Redis-Server-Port an

IV . Redis-Konfiguration
Die Redis-Konfigurationsdatei befindet sich im Redis-Installationsverzeichnis und der Dateiname lautet redis.conf.
Sie können Konfigurationselemente über den Befehl **„CONFIG“** anzeigen oder festlegen.

CONFIG GET 'CONFIG_SETTING_NAME' //获取对应的参数配置
CONFIG GET * //获取所有的参数配置
CONFIG SET "CONFIG_SETTING_NAME" "NEW_CONFIG_VALUE"//设置对应的参数值

Parameterbeschreibung
Die Beschreibung des redis.conf-Konfigurationselements lautet wie folgt:

1.Redis wird standardmäßig nicht als Daemon-Prozess ausgeführt und kann über dieses Konfigurationselement geändert werden. Verwenden Sie „Yes“, um den Daemon-Prozess zu aktivieren

    daemonize no

2. Wenn Redis als Daemon ausgeführt wird, schreibt Redis standardmäßig die PID in die Datei /var/run/redis.pid, die über pidfile

    pidfile /var/run/redis.pid

3 angegeben werden kann Der Standardport ist 6379. Der Autor erklärt in einem seiner Blogbeiträge, warum 6379 als Standardport ausgewählt wurde, da 6379 die Nummer ist, die MERZ auf der Telefontaste entspricht, und MERZ aus dem Namen des Ports stammt Italienische Sängerin Alessia Merz

    port 6379

4. Wenn der Client längere Zeit inaktiv ist, wird die Verbindung nach einer langen Zeit geschlossen . Geben Sie die Protokollierungsstufe an: Debug, Ausführlich, Warnung, und der Standardwert ist Ausführlicher Protokollierungsmodus. Wenn Redis für die Ausführung im Daemon-Modus konfiguriert ist , und der Protokollierungsmodus ist als Standardausgabe konfiguriert, das Protokoll wird an /dev/null

    bind 127.0.0.1

8 gesendet. Legen Sie die Anzahl der Datenbanken fest, die Standarddatenbank. Wenn sie 0 ist, können Sie den Befehl SELECT verwenden, um die Datenbank anzugeben id für die Verbindung

  timeout 300

9. Geben Sie an, wie viele Aktualisierungsvorgänge innerhalb eines langen Zeitraums stattfinden, und synchronisieren Sie dann die Daten mit der Datendatei.

 loglevel verbose

Die Standardkonfiguration von Redis enthält drei Bedingungen Datei:

    logfile stdout

bedeutet 1 Änderung innerhalb von 900 Sekunden (15 Minuten), 10 Änderungen innerhalb von 300 Sekunden (5 Minuten) bzw. 10000 Änderungen innerhalb von 60 Sekunden.

10. Geben Sie an, ob die Daten beim Speichern in der lokalen Datenbank komprimiert werden sollen. Der Standardwert ist „Ja“. Wenn Sie CPU-Zeit sparen möchten, wird die Datenbankdatei dadurch deaktiviert Geben Sie den Dateinamen der lokalen Datenbank an. Der Standardwert ist dump.rdb Beim Start von Redis erfolgt automatisch die Datensynchronisierung vom Master

    databases 16

15 Wenn das Verbindungskennwort konfiguriert ist, muss der Client AUTH übergeben, wenn er eine Verbindung zu Redis herstellt. Der Befehl stellt ein Kennwort bereit, das standardmäßig geschlossen ist

    save <seconds> <changes>

16. Legen Sie die maximale Anzahl gleichzeitiger Clientverbindungen fest. Der Standardwert ist unbegrenzt. Die Anzahl der Clientverbindungen, die Redis gleichzeitig öffnen kann, ist die maximale Anzahl von Dateideskriptoren, die der Redis-Prozess öffnen kann. Wenn maxclients auf 0 gesetzt ist, gibt es keine Einschränkungen. Wenn die Anzahl der Client-Verbindungen das Limit erreicht, schließt Redis die neue Verbindung und gibt die Fehlermeldung „Maximale Anzahl erreichter Clients erreicht“ an den Client zurück

maxclients 128

17.指定Redis最大内存限制,Redis在启动时会把数据加载到内存中,达到最大内存后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理 后,仍然到达最大内存设置,将无法再进行写入操作,但仍然可以进行读取操作。Redis新的vm机制,会把Key存放内存,Value会存放在swap区

maxmemory <bytes>

18.指定是否在每次更新操作后进行日志记录,Redis在默认情况下是异步的把数据写入磁盘,如果不开启,可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的,所以有的数据会在一段时间内只存在于内存中。默认为no

appendonly no

19.指定更新日志文件名,默认为appendonly.aof

appendfilename appendonly.aof

20.指定更新日志条件,共有3个可选值:
no:表示等操作系统进行数据缓存同步到磁盘(快)
always:表示每次更新操作后手动调用fsync()将数据写到磁盘(慢,安全)
everysec:表示每秒同步一次(折衷,默认值)

appendfsync everysec

21.指定是否启用虚拟内存机制,默认值为no,简单的介绍一下,VM机制将数据分页存放,由Redis将访问量较少的页即冷数据swap到磁盘上,访问多的页面由磁盘自动换出到内存中(在后面的文章我会仔细分析Redis的VM机制)

vm-enabled no

22.虚拟内存文件路径,默认值为/tmp/redis.swap,不可多个Redis实例共享

vm-swap-file /tmp/redis.swap

23.将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0

vm-max-memory 0

24.Redis swap文件分成了很多的page,一个对象可以保存在多个page上面,但一个page上不能被多个对象共享,vm-page-size是要根据存储的 数据大小来设定的,作者建议如果存储很多小对象,page大小最好设置为32或者64bytes;如果存储很大大对象,则可以使用更大的page,如果不 确定,就使用默认值

vm-page-size 32

25.设置swap文件中的page数量,由于页表(一种表示页面空闲或使用的bitmap)是在放在内存中的,,在磁盘上每8个pages将消耗1byte的内存。

 vm-pages 134217728

26.设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的,可能会造成比较长时间的延迟。默认值为4

vm-max-threads 4

27.设置在向客户端应答时,是否把较小的包合并为一个包发送,默认为开启

glueoutputbuf yes

28.指定在超过一定的数量或者最大的元素超过某一临界值时,采用一种特殊的哈希算法

hash-max-zipmap-entries 64
hash-max-zipmap-value 512

29.指定是否激活重置哈希,默认为开启(后面在介绍Redis的哈希算法时具体介绍)

activerehashing yes

30.指定包含其它的配置文件,可以在同一主机上多个Redis实例之间使用同一份配置文件,而同时各个实例又拥有自己的特定配置文件

include /path/to/local.conf

五、Redis 数据类型
String: 字符串
Hash: 散列
List: 列表
Set: 集合
Sorted Set: 有序集合

1.String(字符串)

string是redis最基本的类型,你可以理解成与Memcached一模一样的类型,一个key对应一个value。
string类型是二进制安全的。意思是redis的string可以包含任何数据。比如jpg图片或者序列化的对象 。
string类型是Redis最基本的数据类型,一个键最大能存储512MB。

redis 127.0.0.1:6379> SET name "xlosy"
OK
redis 127.0.0.1:6379> GET name
"xlosy"

在以上实例中我们使用了 Redis 的 SET 和 GET 命令。键为 name,对应的值为 xlosy。

2.Hash(哈希)
Redis hash 是一个键值(key=>value)对集合。
Redis hash 是一个 string 类型的 field 和 value 的映射表,hash 特别适合用于存储对象。

redis> HMSET myhash field1 "Hello" field2 "World"
"OK"
redis> HGET myhash field1
"Hello"
redis> HGET myhash field2
"World"

实例中我们使用了 Redis HMSET, HGET 命令,HMSET 设置了两个 field=>value 对, HGET 获取对应 field 对应的 value。

3.List(列表)
Redis 列表是简单的字符串列表,按照插入顺序排序。你可以添加一个元素到列表的头部(左边)或者尾部(右边)。

redis 127.0.0.1:6379> lpush xlosy redis
(integer) 1
redis 127.0.0.1:6379> lpush xlosy mongodb
(integer) 2
redis 127.0.0.1:6379> lpush xlosy rabitmq
(integer) 3
redis 127.0.0.1:6379> lrange xlosy 0 10
1) "rabitmq"
2) "mongodb"
3) "redis"

列表最多可存储 232 - 1 元素 (4294967295, 每个列表可存储40多亿)。

4.Set(集合)
Redis的Set是string类型的无序集合。
集合是通过哈希表实现的,所以添加,删除,查找的复杂度都是O(1)。

redis 127.0.0.1:6379> sadd xlosy redis
(integer) 1
redis 127.0.0.1:6379> sadd xlosy mongodb
(integer) 1
redis 127.0.0.1:6379> sadd xlosy rabitmq
(integer) 1
redis 127.0.0.1:6379> sadd xlosy rabitmq
(integer) 0
redis 127.0.0.1:6379> smembers xlosy 
1) "redis"
2) "rabitmq"
3) "mongodb"

注意:以上实例中 rabitmq 添加了两次,但根据集合内元素的唯一性,第二次插入的元素将被忽略。
集合中最大的成员数为 232 - 1(4294967295, 每个集合可存储40多亿个成员)。

5.zset(sorted set:有序集合)
Redis zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。
不同的是每个元素都会关联一个double类型的分数。redis正是通过分数来为集合中的成员进行从小到大的排序。
zset的成员是唯一的,但分数(score)却可以重复。

redis 127.0.0.1:6379> zadd xlosy 0 redis
(integer) 1
redis 127.0.0.1:6379> zadd xlosy 0 mongodb
(integer) 1
redis 127.0.0.1:6379> zadd xlosy 0 rabitmq
(integer) 1
redis 127.0.0.1:6379> zadd xlosy 0 rabitmq
(integer) 0
redis 127.0.0.1:6379> > ZRANGEBYSCORE xlosy 0 1000
1) "mongodb"
2) "rabitmq"
3) "redis"

六、Redis命令

Ping:命令验证服务是否启动

$redis-cli -h 127.0.0.1 -p 6379 -a "mypass"//“-h”是主机地址,“-p”是主机端口,“-a”是主机密码
redis 127.0.0.1:6379> PING
PONG

如果执行ping命令后输出pong则表示Redis服务器运行正常。

**1).Redis对键(key)操作的命令 **

SET: 添加键值

redis 127.0.0.1:6379> SET xlosykey redis
OK

DEL:删除已经存在的键值

redis 127.0.0.1:6379> DEL xlosykey 
(integer) 1

1 DEL key
该命令用于在 key 存在时删除 key。
2 DUMP key
序列化给定 key ,并返回被序列化的值。
3 EXISTS key
检查给定 key 是否存在。
4 EXPIRE key seconds
为给定 key 设置过期时间。
5 EXPIREAT key timestamp
EXPIREAT 的作用和 EXPIRE 类似,都用于为 key 设置过期时间。 不同在于 EXPIREAT 命令接受的时间参数是 UNIX 时间戳(unix timestamp)。
6 PEXPIRE key milliseconds
设置 key 的过期时间以毫秒计。
7 PEXPIREAT key milliseconds-timestamp
设置 key 过期时间的时间戳(unix timestamp) 以毫秒计
8 KEYS pattern
查找所有符合给定模式( pattern)的 key 。
9 MOVE key db
将当前数据库的 key 移动到给定的数据库 db 当中。
10 PERSIST key
移除 key 的过期时间,key 将持久保持。
11 PTTL key
以毫秒为单位返回 key 的剩余的过期时间。
12 TTL key
以秒为单位,返回给定 key 的剩余生存时间(TTL, time to live)。
13 RANDOMKEY
从当前数据库中随机返回一个 key 。
14 RENAME key newkey
修改 key 的名称
15 RENAMENX key newkey
仅当 newkey 不存在时,将 key 改名为 newkey 。
16 TYPE key
返回 key 所储存的值的类型。
更多命令请参考:https://redis.io/commands

2).Redis对字符串(String)操作的命令

redis 127.0.0.1:6379> SET xlosykey redis
OK
redis 127.0.0.1:6379> GET xlosykey
"redis"

1 SET key value
设置指定 key 的值
2 GET key
获取指定 key 的值。
3 GETRANGE key start end
返回 key 中字符串值的子字符
4 GETSET key value
将给定 key 的值设为 value ,并返回 key 的旧值(old value)。
5 GETBIT key offset
对 key 所储存的字符串值,获取指定偏移量上的位(bit)。
6 MGET key1 [key2…]
获取所有(一个或多个)给定 key 的值。
7 SETBIT key offset value
对 key 所储存的字符串值,设置或清除指定偏移量上的位(bit)。
8 SETEX key seconds value
将值 value 关联到 key ,并将 key 的过期时间设为 seconds (以秒为单位)。
9 SETNX key value
只有在 key 不存在时设置 key 的值。
10 SETRANGE key offset value
用 value 参数覆写给定 key 所储存的字符串值,从偏移量 offset 开始。
11 STRLEN key
返回 key 所储存的字符串值的长度。
12 MSET key value [key value …]
同时设置一个或多个 key-value 对。
13 MSETNX key value [key value …]
同时设置一个或多个 key-value 对,当且仅当所有给定 key 都不存在。
14 PSETEX key milliseconds value
这个命令和 SETEX 命令相似,但它以毫秒为单位设置 key 的生存时间,而不是像 SETEX 命令那样,以秒为单位。
15 INCR key
将 key 中储存的数字值增一。
16 INCRBY key increment
将 key 所储存的值加上给定的增量值(increment) 。
17 INCRBYFLOAT key increment
将 key 所储存的值加上给定的浮点增量值(increment) 。
18 DECR key
将 key 中储存的数字值减一。
19 DECRBY key decrement
key 所储存的值减去给定的减量值(decrement) 。
20 APPEND key value
如果 key 已经存在并且是一个字符串, APPEND 命令将指定的 value 追加到该 key 原来值(value)的末尾。
更多命令请参考:https://redis.io/commands

3).Redis对哈希(Hash)操作的命令

127.0.0.1:6379>  HMSET xlosykey name "redis tutorial" description "redis basic commands for caching" likes 20 visitors 23000
OK
127.0.0.1:6379>  HGETALL xlosykey 
1) "name"
2) "redis tutorial"
3) "description"
4) "redis basic commands for caching"
5) "likes"
6) "20"
7) "visitors"
8) "23000"

1 HDEL key field1 [field2]
删除一个或多个哈希表字段
2 HEXISTS key field
查看哈希表 key 中,指定的字段是否存在。
3 HGET key field
获取存储在哈希表中指定字段的值。
4 HGETALL key
获取在哈希表中指定 key 的所有字段和值
5 HINCRBY key field increment
为哈希表 key 中的指定字段的整数值加上增量 increment 。
6 HINCRBYFLOAT key field increment
为哈希表 key 中的指定字段的浮点数值加上增量 increment 。
7 HKEYS key
获取所有哈希表中的字段
8 HLEN key
获取哈希表中字段的数量
9 HMGET key field1 [field2]
获取所有给定字段的值
10 HMSET key field1 value1 [field2 value2 ]
同时将多个 field-value (域-值)对设置到哈希表 key 中。
11 HSET key field value
将哈希表 key 中的字段 field 的值设为 value 。
12 HSETNX key field value
只有在字段 field 不存在时,设置哈希表字段的值。
13 HVALS key
获取哈希表中所有值
14 HSCAN key cursor [MATCH pattern] [COUNT count]
迭代哈希表中的键值对。
更多命令请参考:https://redis.io/commands

4).Redis对列表(List)操作的命令

redis 127.0.0.1:6379> LPUSH xlosykey redis
(integer) 1
redis 127.0.0.1:6379> LPUSH xlosykey mongodb
(integer) 2
redis 127.0.0.1:6379> LPUSH xlosykey mysql
(integer) 3
redis 127.0.0.1:6379> LRANGE xlosykey 0 10
1) "mysql"
2) "mongodb"
3) "redis"

1 BLPOP key1 [key2 ] timeout
移出并获取列表的第一个元素, 如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。
2 BRPOP key1 [key2 ] timeout
移出并获取列表的最后一个元素, 如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。
3 BRPOPLPUSH source destination timeout
从列表中弹出一个值,将弹出的元素插入到另外一个列表中并返回它; 如果列表没有元素会阻塞列表直到等待超时或发现可弹出元素为止。
4 LINDEX key index
通过索引获取列表中的元素
5 LINSERT key BEFORE|AFTER pivot value
在列表的元素前或者后插入元素
6 LLEN key
获取列表长度
7 LPOP key
移出并获取列表的第一个元素
8 LPUSH key value1 [value2]
将一个或多个值插入到列表头部
9 LPUSHX key value
将一个值插入到已存在的列表头部
10 LRANGE key start stop
获取列表指定范围内的元素
11 LREM key count value
移除列表元素
12 LSET key index value
通过索引设置列表元素的值
13 LTRIM key start stop
对一个列表进行修剪(trim),就是说,让列表只保留指定区间内的元素,不在指定区间之内的元素都将被删除。
14 RPOP key
移除并获取列表最后一个元素
15 RPOPLPUSH source destination
移除列表的最后一个元素,并将该元素添加到另一个列表并返回
16 RPUSH key value1 [value2]
在列表中添加一个或多个值
17 RPUSHX key value
为已存在的列表添加值

5).Redis对集合(Set)操作的命令

redis 127.0.0.1:6379> SADD xlosykey redis
(integer) 1
redis 127.0.0.1:6379> SADD xlosykey mongodb
(integer) 1
redis 127.0.0.1:6379> SADD xlosykey mysql
(integer) 1
redis 127.0.0.1:6379> SADD xlosykey  mysql
(integer) 0
redis 127.0.0.1:6379> SMEMBERS xlosykey 
1) "mysql"
2) "mongodb"
3) "redis"

1 SADD key member1 [member2]
向集合添加一个或多个成员
2 SCARD key
获取集合的成员数
3 SDIFF key1 [key2]
返回给定所有集合的差集
4 SDIFFSTORE destination key1 [key2]
返回给定所有集合的差集并存储在 destination 中
5 SINTER key1 [key2]
返回给定所有集合的交集
6 SINTERSTORE destination key1 [key2]
返回给定所有集合的交集并存储在 destination 中
7 SISMEMBER key member
判断 member 元素是否是集合 key 的成员
8 SMEMBERS key
返回集合中的所有成员
9 SMOVE source destination member
将 member 元素从 source 集合移动到 destination 集合
10 SPOP key
移除并返回集合中的一个随机元素
11 SRANDMEMBER key [count]
返回集合中一个或多个随机数
12 SREM key member1 [member2]
移除集合中一个或多个成员
13 SUNION key1 [key2]
返回所有给定集合的并集
14 SUNIONSTORE destination key1 [key2]
所有给定集合的并集存储在 destination 集合中
15 SSCAN key cursor [MATCH pattern] [COUNT count]
迭代集合中的元素

6).Redis对有序集合(sorted set)操作的命令

redis 127.0.0.1:6379> ZADD xlosykey 1 redis
(integer) 1
redis 127.0.0.1:6379> ZADD xlosykey 2 mongodb
(integer) 1
redis 127.0.0.1:6379> ZADD xlosykey 3 mysql
(integer) 1
redis 127.0.0.1:6379> ZADD xlosykey 3 mysql
(integer) 0
redis 127.0.0.1:6379> ZADD xlosykey 4 mysql
(integer) 0
redis 127.0.0.1:6379> ZRANGE xlosykey 0 10 WITHSCORES
1) "redis"
2) "1"
3) "mongodb"
4) "2"
5) "mysql"
6) "4"

1 ZADD key score1 member1 [score2 member2]
向有序集合添加一个或多个成员,或者更新已存在成员的分数
2 ZCARD key
获取有序集合的成员数
3 ZCOUNT key min max
计算在有序集合中指定区间分数的成员数
4 ZINCRBY key increment member
有序集合中对指定成员的分数加上增量 increment
5 ZINTERSTORE destination numkeys key [key …]
计算给定的一个或多个有序集的交集并将结果集存储在新的有序集合 key 中
6 ZLEXCOUNT key min max
在有序集合中计算指定字典区间内成员数量
7 ZRANGE key start stop [WITHSCORES]
通过索引区间返回有序集合成指定区间内的成员
8 ZRANGEBYLEX key min max [LIMIT offset count]
通过字典区间返回有序集合的成员
9 ZRANGEBYSCORE key min max [WITHSCORES] [LIMIT]
通过分数返回有序集合指定区间内的成员
10 ZRANK key member
返回有序集合中指定成员的索引
11 ZREM key member [member …]
移除有序集合中的一个或多个成员
12 ZREMRANGEBYLEX key min max
移除有序集合中给定的字典区间的所有成员
13 ZREMRANGEBYRANK key start stop
移除有序集合中给定的排名区间的所有成员
14 ZREMRANGEBYSCORE key min max
移除有序集合中给定的分数区间的所有成员
15 ZREVRANGE key start stop [WITHSCORES]
返回有序集中指定区间内的成员,通过索引,分数从高到底
16 ZREVRANGEBYSCORE key max min [WITHSCORES]
返回有序集中指定分数区间内的成员,分数从高到低排序
17 ZREVRANK key member
返回有序集合中指定成员的排名,有序集成员按分数值递减(从大到小)排序
18 ZSCORE key member
返回有序集中,成员的分数值
19 ZUNIONSTORE destination numkeys key [key …]
计算给定的一个或多个有序集的并集,并存储在新的 key 中
20 ZSCAN key cursor [MATCH pattern] [COUNT count]
迭代有序集合中的元素(包括元素成员和元素分值)

七、Redis的发布与订阅
Redis 发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。
Redis 客户端可以订阅任意数量的频道。

redis 127.0.0.1:6379> SUBSCRIBE redisChat
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "redisChat"
3) (integer) 1

订阅一个通道名称为“redisChat”的通道消息,等待通道消息中

redis 127.0.0.1:6379> PUBLISH redisChat "Redis is a great caching technique"
(integer) 1

redis 127.0.0.1:6379> PUBLISH redisChat "Learn redis by xlosy.com"
(integer) 1

订阅者的客户端会显示如下消息

1) "message"
2) "redisChat"
3) "Redis is a great caching technique"
1) "message"
2) "redisChat"
3) "Learn redis by xlosy.com"

1 PSUBSCRIBE pattern [pattern …]
订阅一个或多个符合给定模式的频道。
2 PUBSUB subcommand [argument [argument …]]
查看订阅与发布系统状态。
3 PUBLISH channel message
将信息发送到指定的频道。
4 PUNSUBSCRIBE [pattern [pattern …]]
退订所有给定模式的频道。
5 SUBSCRIBE channel [channel …]
订阅给定的一个或多个频道的信息。
6 UNSUBSCRIBE [channel [channel …]]
指退订给定的频道。

七、Redis 事务
Redis 事务可以一次执行多个命令, 并且带有以下两个重要的保证:

批量操作在发送 EXEC 命令前被放入队列缓存。
收到 EXEC 命令后进入事务执行,事务中任意命令执行失败,其余的命令依然被执行。
在事务执行过程,其他客户端提交的命令请求不会插入到事务执行命令序列中。
一个事务从开始到执行会经历以下三个阶段:
开始事务。
命令入队。
执行事务。

redis 127.0.0.1:6379> MULTI
OK

redis 127.0.0.1:6379> SET book-name "Mastering C++ in 21 days"
QUEUED

redis 127.0.0.1:6379> GET book-name
QUEUED

redis 127.0.0.1:6379> SADD tag "C++" "Programming" "Mastering Series"
QUEUED

redis 127.0.0.1:6379> SMEMBERS tag
QUEUED

redis 127.0.0.1:6379> EXEC
1) OK
2) "Mastering C++ in 21 days"
3) (integer) 3
4) 1) "Mastering Series"
   2) "C++"
   3) "Programming"

单个 Redis 命令的执行是原子性的,但 Redis 没有在事务上增加任何维持原子性的机制,所以 Redis 事务的执行并不是原子性的。
事务可以理解为一个打包的批量执行脚本,但批量指令并非原子化的操作,中间某条指令的失败不会导致前面已做指令的回滚,也不会造成后续的指令不做。

1 DISCARD
取消事务,放弃执行事务块内的所有命令。
2 EXEC
执行所有事务块内的命令。
3 MULTI
标记一个事务块的开始。
4 UNWATCH
取消 WATCH 命令对所有 key 的监视。
5 WATCH key [key …]
监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。

八、Redis 脚本
Redis 脚本使用 Lua 解释器来执行脚本。 Redis 2.6 版本通过内嵌支持 Lua 环境。执行脚本的常用命令为 EVAL。

redis 127.0.0.1:6379> EVAL "return {KEYS[1],KEYS[2],ARGV[1],ARGV[2]}" 2 key1 key2 first second
1) "key1"
2) "key2"
3) "first"
4) "second"

1 EVAL script numkeys key [key …] arg [arg …]
执行 Lua 脚本。
2 EVALSHA sha1 numkeys key [key …] arg [arg …]
执行 Lua 脚本。
3 SCRIPT EXISTS script [script …]
查看指定的脚本是否已经被保存在缓存当中。
4 SCRIPT FLUSH
从脚本缓存中移除所有脚本。
5 SCRIPT KILL
杀死当前正在运行的 Lua 脚本。
6 SCRIPT LOAD script
将脚本 script 添加到脚本缓存中,但并不立即执行这个脚本。

九、Redis 连接

redis 127.0.0.1:6379> AUTH "password"
OK
redis 127.0.0.1:6379> PING
PONG

1 AUTH password
验证密码是否正确
2 ECHO message
打印字符串
3 PING
查看服务是否运行
4 QUIT
关闭当前连接
5 SELECT index
切换到指定的数据库

十、Redis 服务器

redis 127.0.0.1:6379> INFO  //显示服务相关信息

1 BGREWRITEAOF
异步执行一个 AOF(AppendOnly File) 文件重写操作
2 BGSAVE
在后台异步保存当前数据库的数据到磁盘
3 CLIENT KILL [ip:port] [ID client-id]
关闭客户端连接
4 CLIENT LIST
获取连接到服务器的客户端连接列表
5 CLIENT GETNAME
获取连接的名称
6 CLIENT PAUSE timeout
在指定时间内终止运行来自客户端的命令
7 CLIENT SETNAME connection-name
设置当前连接的名称
8 CLUSTER SLOTS
获取集群节点的映射数组
9 COMMAND
获取 Redis 命令详情数组
10 COMMAND COUNT
获取 Redis 命令总数
11 COMMAND GETKEYS
获取给定命令的所有键
12 TIME
返回当前服务器时间
13 COMMAND INFO command-name [command-name …]
获取指定 Redis 命令描述的数组
14 CONFIG GET parameter
获取指定配置参数的值
15 CONFIG REWRITE
对启动 Redis 服务器时所指定的 redis.conf 配置文件进行改写
16 CONFIG SET parameter value
修改 redis 配置参数,无需重启
17 CONFIG RESETSTAT
重置 INFO 命令中的某些统计数据
18 DBSIZE
返回当前数据库的 key 的数量
19 DEBUG OBJECT key
获取 key 的调试信息
20 DEBUG SEGFAULT
让 Redis 服务崩溃
21 FLUSHALL
删除所有数据库的所有key
22 FLUSHDB
删除当前数据库的所有key
23 INFO [section]
获取 Redis 服务器的各种信息和统计数值
24 LASTSAVE
返回最近一次 Redis 成功将数据保存到磁盘上的时间,以 UNIX 时间戳格式表示
25 MONITOR
实时打印出 Redis 服务器接收到的命令,调试用
26 ROLE
返回主从实例所属的角色
27 SAVE
同步保存数据到硬盘
28 SHUTDOWN [NOSAVE] [SAVE]
异步保存数据到硬盘,并关闭服务器
29 SLAVEOF host port
将当前服务器转变为指定服务器的从属服务器(slave server)
30 SLOWLOG subcommand [argument]
管理 redis 的慢日志
31 SYNC
用于复制功能(replication)的内部命令

十一、java中使用redis

首先你需要下载驱动包 下载 jedis.jar,确保下载最新驱动包。
在你的 classpath 中包含该驱动包。

import redis.clients.jedis.Jedis;
 
public class RedisJava {
    public static void main(String[] args) {
        //连接本地的 Redis 服务
        Jedis jedis = new Jedis("localhost");
        System.out.println("连接成功");
        //查看服务是否运行
        System.out.println("服务正在运行: "+jedis.ping());
    }
}

操作字符串

import redis.clients.jedis.Jedis;
 
public class RedisStringJava {
    public static void main(String[] args) {
        //连接本地的 Redis 服务
        Jedis jedis = new Jedis("localhost");
        System.out.println("连接成功");
        //设置 redis 字符串数据
        jedis.set("xlosykey", "www.xlosy.com");
        // 获取存储的数据并输出
        System.out.println("redis 存储的字符串为: "+ jedis.get("runoobkey"));
    }
}

Redis Java List(列表) 实例

import java.util.List;
import redis.clients.jedis.Jedis;
 
public class RedisListJava {
    public static void main(String[] args) {
        //连接本地的 Redis 服务
        Jedis jedis = new Jedis("localhost");
        System.out.println("连接成功");
        //存储数据到列表中
        jedis.lpush("site-list", "xlosy");
        jedis.lpush("site-list", "Google");
        jedis.lpush("site-list", "Taobao");
        // 获取存储的数据并输出
        List<String> list = jedis.lrange("site-list", 0 ,2);
        for(int i=0; i<list.size(); i++) {
            System.out.println("列表项为: "+list.get(i));
        }
    }
}

Redis Java Keys 实例

import java.util.Set;
import redis.clients.jedis.Jedis;
 
public class RedisKeyJava {
    public static void main(String[] args) {
        //连接本地的 Redis 服务
        Jedis jedis = new Jedis("localhost");
        System.out.println("连接成功");
 
        // 获取数据并输出
        Set<String> keys = jedis.keys("*"); 
        Iterator<String> it=keys.iterator() ;   
        while(it.hasNext()){   
            String key = it.next();   
            System.out.println(key);   
        }
    }
}

Redis开发建议
最后附上Redis的一些开发规范和建议:

1.冷热数据分离,不要将所有数据全部都放到Redis中
虽然Redis支持持久化,但是Redis的数据存储全部都是在内存中的,成本昂贵。建议根据业务只将高频热数据存储到Redis中【QPS大于5000】,对于低频冷数据可以使用MySQL/ElasticSearch/MongoDB等基于磁盘的存储方式,不仅节省内存成本,而且数据量小在操作时速度更快、效率更高!

2.不同的业务数据要分开存储
不要将不相关的业务数据都放到一个Redis实例中,建议新业务申请新的单独实例。因为Redis为单线程处理,独立存储会减少不同业务相互操作的影响,提高请求响应速度;同时也避免单个实例内存数据量膨胀过大,在出现异常情况时可以更快恢复服务! 在实际的使用过程中,redis最大的瓶颈一般是CPU,由于它是单线程作业所以很容易跑满一个逻辑CPU,可以使用redis代理或者是分布式方案来提升redis的CPU使用率。

3.存储的Key一定要设置超时时间
如果应用将Redis定位为缓存Cache使用,对于存放的Key一定要设置超时时间!因为若不设置,这些Key会一直占用内存不释放,造成极大的浪费,而且随着时间的推移会导致内存占用越来越大,直到达到服务器内存上限!另外Key的超时长短要根据业务综合评估,而不是越长越好!

4. Große Textdaten, die gespeichert werden müssen, müssen komprimiert und gespeichert werden
Beim Schreiben großer Texte [+mehr als 500 Bytes] in Redis müssen diese komprimiert und gespeichert werden! Das Speichern großer Textdaten in Redis nimmt nicht nur viel Speicher in Anspruch, sondern füllt bei hohem Datenverkehr auch leicht die Netzwerkkarte, was dazu führt, dass alle Dienste auf dem gesamten Server nicht verfügbar sind und einen Lawineneffekt auslösen, der alle Systeme lahmlegt !

5. Online Redis verbietet die Verwendung von regulären Keys-Matching-Vorgängen.
Redis ist ein Single-Thread-Prozess. Wenn eine große Anzahl von Online-KEYs vorhanden ist, ist die Betriebseffizienz äußerst gering [Zeitkomplexität ist O(N)]. Sobald dieser Befehl ausgeführt wird, wird es schwerwiegend sein. Das Blockieren normaler Online-Anfragen für andere Befehle führt in Situationen mit hohem QPS direkt zum Absturz des Redis-Dienstes! Wenn Sie ähnliche Anforderungen haben, verwenden Sie bitte stattdessen den Scan-Befehl!

6. Zuverlässiger Nachrichtenwarteschlangendienst
Redis List wird häufig für Nachrichtenwarteschlangendienste verwendet. Angenommen, das Verbraucherprogramm stürzt unmittelbar nach dem Abrufen der Nachricht aus der Warteschlange ab. Da die Nachricht jedoch abgerufen und nicht normal verarbeitet wurde, kann davon ausgegangen werden, dass die Nachricht verloren gegangen ist, was zum Verlust von Geschäftsdaten führen kann Es kommt zu einem inkonsistenten Geschäftsstatus.

Um diese Situation zu vermeiden, stellt Redis den Befehl RPOPLPUSH bereit. Das Verbraucherprogramm ruft die Nachricht atomar aus der Hauptnachrichtenwarteschlange ab und fügt sie in die Sicherungswarteschlange ein, bis das Verbraucherprogramm die normale Verarbeitungslogik abschließt die Backup-Warteschlange. Gleichzeitig kann auch ein Daemon-Prozess bereitgestellt werden. Wenn festgestellt wird, dass eine Nachricht in der Sicherungswarteschlange abgelaufen ist, kann sie wieder in die Hauptnachrichtenwarteschlange gestellt werden, damit andere Verbraucherprogramme die Verarbeitung fortsetzen können.

7. Seien Sie vorsichtig, wenn Sie Sammlungsstrukturen wie Hash und Set verwenden.
Bei der Verwendung der HASH-Struktur zum Speichern von Objektattributen werden zunächst nur ein begrenztes Dutzend Felder verwendet ist jedoch auch sehr effizient. Mit der Geschäftsentwicklung werden die Felder jedoch auf Hunderte oder sogar Hunderte erweitert. Zu diesem Zeitpunkt führt die Verwendung von HGETALL zu Problemen wie einem starken Rückgang der Effizienz und einem häufigen Auffüllen der Netzwerkkarte [Zeitkomplexität O(N)]. Zu diesem Zeitpunkt wird empfohlen, es in mehrere Hash-Strukturen aufzuteilen. Wenn die meisten Operationen alle Attribute abrufen sollen, können alle Attribute in einen Speicher vom Typ STRING serialisiert werden. Die gleiche Situation gilt, wenn SMEMBERS zum Betrieb des SET-Strukturtyps verwendet wird!

8. Verwenden Sie je nach Geschäftsszenario sinnvollerweise unterschiedliche Datenstrukturtypen.
Derzeit unterstützt Redis viele Arten von Datenbankstrukturen: String, Hash, List, Set usw. Sortierter Satz, Bitmap, HyperLogLog und Geodatenindex (Geospatial), usw. Sie müssen den geeigneten Typ entsprechend dem Geschäftsszenario auswählen.

Zu den häufigsten gehören: String kann als gewöhnliches K-V verwendet werden, Hash kann als Objekt wie Waren, Broker usw. verwendet werden, das Informationen mit mehr Attributen enthält; Liste kann als Nachrichtenwarteschlange, Fan-/Folgeliste verwendet werden usw.; Set kann für Empfehlungen verwendet werden; sortiertes Set kann für Rankings usw. verwendet werden!

9. Namenskonvention
Obwohl Redis mehrere Datenbanken unterstützt (standardmäßig 32, weitere können konfiguriert werden), erfordern alle anderen mit Ausnahme der Standardbibliothek Nr. 0 eine zusätzliche Anfrage. Daher ist es möglicherweise klüger, ein Präfix als Namespace zu verwenden.

Wenn Sie Präfixe als Namespaces verwenden, um verschiedene Schlüssel zu trennen, ist es außerdem am besten, die globale Konfiguration im Programm zu verwenden. Das direkte Schreiben von Präfixen in den Code sollte strikt vermieden werden, da dies zu einer schlechten Wartbarkeit führt.

Zum Beispiel: Systemname: Firmenname: Geschäftsdaten: andere

Aber seien Sie vorsichtig, der Name des Schlüssels sollte nicht zu lang sein, versuchen Sie, klar und leicht verständlich zu sein, Sie müssen ihn selbst messen

10. Die Verwendung von Monitor-Befehlen online ist verboten. Die Verwendung des Monitor-Befehls in der Produktionsumgebung birgt die Gefahr einer Speicherexplosion und einer Beeinträchtigung der Redis-Leistung Der Kerncluster deaktiviert 1-MB-String-Schlüssel (obwohl Redis eine Größe von 512 MB unterstützt). Wenn ein 1-MB-Schlüssel wiederholt 10 Mal pro Sekunde geschrieben wird, wird die Netzwerk-E/A auf 10 MB geschrieben Kapazität

Es wird nicht empfohlen, dass die Speichergröße einer einzelnen Instanz zu groß ist. Es wird empfohlen, zwischen 10 und 20 GB zu liegen.

Es wird empfohlen, die Anzahl der in einer Redis-Instanz enthaltenen Schlüssel auf 1 kW zu beschränken. Wenn die Anzahl der Schlüssel in einer einzelnen Instanz zu groß ist, kann dies zu einer verzögerten Wiederverwendung abgelaufener Schlüssel führen.

13 Zuverlässigkeit

Es ist notwendig, den Zustand von Redis regelmäßig zu überwachen: Verwenden Sie verschiedene Tools zur Redis-Gesundheitsüberwachung. Wenn dies nicht möglich ist, können Redis-Infoinformationen regelmäßig zurückgegeben werden.
Client-Verbindungen versuchen, Verbindungspools zu verwenden (lange Links und automatische Wiederverbindung)

Das obige ist der detaillierte Inhalt vonEine kurze Einführung in die Verwendung des Redis-Tutorials. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Dieser Artikel ist reproduziert unter:csdn.net. Bei Verstößen wenden Sie sich bitte an admin@php.cn löschen