Redis入门

Posted 2023-05-11 nick-qiu

引用：

【redis】 redis快速上手_哔哩哔哩_bilibili

20分钟快速入门Redis_哔哩哔哩_bilibili

Redis 的 hash(哈希类型) 数据类型与结构和应用场景_redis hash结构fieid必须是相同类型_小洪帽i的博客-CSDN博客

07.Redis常用类型-String应用_哔哩哔哩_bilibili

1. 学习站点：

Try Redis

CRUG网站 (redis.cn)

Redis

Redis 教程 | 菜鸟教程 (runoob.com)

2.redis命令格式:

类型命令        key        参数数据
set               name     test1

基本数据类型：string, hash, list, set, zset

3. String数据类型：

 4.Hash类型：

string类型vshash类型的比较：

 5. List类型：

 6. set类型：

 7. sorted set类型：

 8. Redis全局命令：

 9. Redis安全性：

10. Redis事务：

11. Redis持久化机制：

•  RDB方式：　

• AOF方式

 

Redis事务入门及命令

文章目录

• Redis 事务入门及命令
• • 事务概念
  • Redis 事务概念
  • Redis 事务特性
  • Redis 三个阶段
  • • 入门代码示例
  • Redis 相关命令
  • • MULTI
    • DISCARD
    • EXEC
    • WATCH
    • UNWATCH

Redis 事务入门及命令

事务概念

数据库事务( transaction )是访问并可能操作各种数据项的一个数据库操作序列，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。事务由事务开始与事务结束之间执行的全部数据库操作组成。

事务必须满足所谓的ACID属性

Redis 事务概念

Redis 事务的本质是一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。

总结：redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。

Redis 事务可以一次执行多个命令， 并且带有以下三个重要的保证：

• 批量操作在发送 EXEC 命令前被放入队列缓存。
• 收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。
• 在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。

Redis 事务特性

Redis事务的三个特性：

• 单独的隔离操作：事务中的所有命令都会被序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

• 没有隔离级别的概念： 队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行。

• 不保证原子性：事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚。

Redis 三个阶段

Redis的一个事务从开始到执行会经历以下三个阶段：

• 开始事务：使用 MULTI 开启一个事务
• 命令入队：当开启一个事务之后，之后所有的命令不会马上被执行，而是会被放入到一个事务队列中，然后返回 QUEUED， 表示命令已入队
• 执行事务：那么当 EXEC 命令执行时， 服务器根据客户端所保存的事务队列， 以先进先出（FIFO）的方式执行事务队列中的命令：最先入队的命令最先执行，而最后入队的命令最后执行

入门代码示例

以下是一个事务的例子， 它先以 MULTI 开始一个事务， 然后将多个命令入队到事务中， 最后由 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 事务的执行并不是原子性的。

事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

这是官网上的说明 From redis docs on transactions:

It’s important to note that even when a command fails, all the other commands in the queue are processed – Redis will not stop the processing of commands.

比如：

redis 127.0.0.1:7000> multi
OK
redis 127.0.0.1:7000> set a aaa
QUEUED
redis 127.0.0.1:7000> set b bbb
QUEUED
redis 127.0.0.1:7000> set c ccc
QUEUED
redis 127.0.0.1:7000> exec
1) OK
2) OK
3) OK

如果在 set b bbb 处失败，set a 已成功不会回滚，set c 还会继续执行。

---

Redis 相关命令

下表列出了 redis 事务的相关命令：

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

MULTI

Redis Multi 命令用于标记一个事务块的开始。事务块内的多条命令会按照先后顺序被放进一个队列当中，最后由 EXEC 命令原子性(atomic)地执行。

返回值：

• 总是返回 OK

代码示例：

redis 127.0.0.1:6379> MULTI            # 标记事务开始
OK

redis 127.0.0.1:6379> INCR user_id     # 多条命令按顺序入队
QUEUED

redis 127.0.0.1:6379> INCR user_id
QUEUED

redis 127.0.0.1:6379> INCR user_id
QUEUED

redis 127.0.0.1:6379> PING
QUEUED

redis 127.0.0.1:6379> EXEC             # 执行
1) (integer) 1
2) (integer) 2
3) (integer) 3
4) PONG

DISCARD

Redis Discard 命令用于取消事务，放弃执行事务块内的所有命令。

返回值：

• 总是返回 OK

代码示例：

redis 127.0.0.1:6379> MULTI
OK

redis 127.0.0.1:6379> PING
QUEUED

redis 127.0.0.1:6379> SET greeting "hello"
QUEUED

redis 127.0.0.1:6379> DISCARD
OK

取消事务之后

我们是查不到事务块里面的操作的，事务块内的所有命令都被放弃执行了

EXEC

Redis Exec 命令用于执行所有事务块内的命令。

返回值：

• 执行成功，返回事务块内所有命令的返回值，按命令执行的先后顺序排列。

• 当操作被打断时，返回空值 nil 。

代码示例：

# 事务被成功执行

redis 127.0.0.1:6379> MULTI
OK

redis 127.0.0.1:6379> INCR user_id
QUEUED

redis 127.0.0.1:6379> INCR user_id
QUEUED

redis 127.0.0.1:6379> INCR user_id
QUEUED

redis 127.0.0.1:6379> PING
QUEUED

redis 127.0.0.1:6379> EXEC
1) (integer) 1
2) (integer) 2
3) (integer) 3
4) PONG


# 监视 key ，且事务成功执行

redis 127.0.0.1:6379> WATCH lock lock_times
OK

redis 127.0.0.1:6379> MULTI
OK

redis 127.0.0.1:6379> SET lock "hazi"
QUEUED

redis 127.0.0.1:6379> INCR lock_times
QUEUED

redis 127.0.0.1:6379> EXEC
1) OK
2) (integer) 1


# 监视 key ，且事务被打断

redis 127.0.0.1:6379> WATCH lock lock_times
OK

redis 127.0.0.1:6379> MULTI
OK

redis 127.0.0.1:6379> SET lock "yurug"        # 就在这时，另一个客户端修改了 lock_times 的值
QUEUED

redis 127.0.0.1:6379> INCR lock_times
QUEUED

redis 127.0.0.1:6379> EXEC                  # 因为 lock_times 被修改， joe 的事务执行失败
(nil)

WATCH

Redis Watch 命令用于监视一个(或多个) key ，如果在事务执行之前这个(或这些) key 被其他命令所改动，那么事务将被打断

语法如下：

WATCH key [key ...]

返回值：

• 总是返回 OK

代码示例：

redis> WATCH lock lock_times
OK

UNWATCH

Redis Unwatch 命令用于取消 WATCH 命令对所有 key 的监视。

返回值

• 总是返回 OK

实例

redis 127.0.0.1:6379> WATCH lock lock_times
OK

redis 127.0.0.1:6379> UNWATCH
OK