redis知识点汇总，Redis事务

为什么Redis是单线程的

Redis是基于内存的操作，CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存的大小或者网络带宽。既然单线程容易实现，而且CPU不会成为瓶颈，那就顺理成章地采用单线程

Redis优点

• 基于内存操作。内存读写速度快
• 支持持久化。Redis支持RDB和AOF两种持久化机制，持久化功能可以有效地避免数据丢失问题。
• 支持事务。Redis的所有操作都是原子性的，同时Redis还支持对几个操作合并后的原子性执行
• 支持主从复制。主节点会自动将数据同步到从节点，可以进行读写分离
• IO多路复用模型。Redis 采用 IO 多路复用技术。Redis 使用单线程来轮询描述符，将数据库的操作都转换成了事件，不在网络I/O上浪费过多的时间

Redis事务

redis事务：提供一种“将多个命令打包， 然后一次性顺序地执行”的机制。
redis事务可以视为一个队列，即可以通过MULTI开始一个事务，这相当于声明了一个命令队列。接下来，向Redis中提交的每条命令，都会被排入这个命令队列。当我们输入EXEC命令时，将触发当前事务，这相当于我们从命令队列中取出命令并执行，所以Redis中一个事务从开始到执行会经历 开始事务 、 命令入队 和 执行事务 三个阶段。

• 事务中的所有命令都会按顺序执行，并且在执行事务的过程中不会被客户端发送的其它命令中断。
• 事务是一个原子操作，事物中的命令只有两种执行结果，即全部执行或者全部不执行。
• Redis中的事务可以使用DISCARD命令来清空一个命令队列，并放弃对事务的执行。如果命令在入队时发生错误，Redis将在客户端调用EXEC命令时拒绝执行并取消事务，但是在EXEC命令执行后发生的错误，Redis将选择自动忽略

事务的执行流程

1. MULTI命令的执行标记开始事务
2. 客户端进入事务状态之后， 服务器在收到来自客户端的命令时， 不会立即执行命令， 而是将这些命令全部放进一个事务队列里， 然后返回QUEUED， 表示命令已入队
3. EXEC 、 DISCARD 、 MULTI 和 WATCH， 当这四个命令从客户端发送到服务器时， 它们会像客户端处于非事务状态一样， 直接被服务器执行
4. 如果客户端正处于事务状态， 那么当EXEC命令执行时， 服务器根据客户端所保存的事务队列， 以先进先出（FIFO）的方式执行事务队列中的命令： 最先入队的命令最先执行， 而最后入队的命令最后执行
5. 当事务队列里的所有命令被执行完之后，EXEC命令会将回复队列作为自己的执行结果返回给客户端， 客户端从事务状态返回到非事务状态， 至此， 事务执行完毕