Redis入门,看这一篇就够了( 四 )

  • 在事务执行过程中 , 其他客户端提交的命令请求不会插入到事务执行命令序列中 。
  • 一个事务从开始到执行会经历以下三个阶段:
    • 开始事务 。
    • 命令入队 。
    • 执行事务 。
    实例
    以下是一个事务的例子 ,它先以 MULTI 开始一个事务 ,然后将多个命令入队到事务中 ,最后由 EXEC 命令触发事务 ,一并执行事务中的所有命令:
    redis 127.0.0.1:6379> MULTIOKredis 127.0.0.1:6379> SET book-name "Mastering C++ in 21 days"QUEUEDredis 127.0.0.1:6379> GET book-nameQUEUEDredis 127.0.0.1:6379> SADD tag "C++" "Programming" "Mastering Series"QUEUEDredis 127.0.0.1:6379> SMEMBERS tagQUEUEDredis 127.0.0.1:6379> EXEC1) OK2) "Mastering C++ in 21 days"3) (integer) 34) 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> multiOKredis 127.0.0.1:7000> set a aaaQUEUEDredis 127.0.0.1:7000> set b bbbQUEUEDredis 127.0.0.1:7000> set c cccQUEUEDredis 127.0.0.1:7000> exec1) OK2) OK3) OK如果在 set b bbb 处失败 , set a 已成功不会回滚 , set c 还会继续执行 。
    Redis 事务命令
    下表列出了 redis 事务的相关命令:
    序号命令及描述1DISCARD 取消事务 , 放弃执行事务块内的所有命令 。 2EXEC 执行所有事务块内的命令 。 3MULTI 标记一个事务块的开始 。 4UNWATCH 取消 WATCH 命令对所有 key 的监视 。 5WATCH key [key ...] 监视一个 (或多个) key, 如果在事务执行之前这个 (或这些) key 被其他命令所改动 , 那么事务将被打断 。
    持久化Redis 是内存型数据库 , 为了保证数据在断电后不会丢失 , 需要将内存中的数据持久化到硬盘上 。
    RDB 持久化
    将某个时间点的所有数据都存放到硬盘上 。
    可以将快照复制到其他服务器从而创建具有相同数据的服务器副本 。
    如果系统发生故障 , 将会丢失最后一次创建快照之后的数据 。
    如果数据量大 , 保存快照的时间会很长 。
    AOF 持久化
    将写命令添加到 AOF 文件(append only file)末尾 。
    使用 AOF 持久化需要设置同步选项 , 从而确保写命令 同步到磁盘文件上的时机 。 这是因为对文件进行写入并不会马上将内容同步到磁盘上 , 而是先存储到缓冲区 , 然后由操作系统决定什么时候同步到磁盘 。
    选项同步频率always每个写命令都同步eyerysec每秒同步一次no让操作系统来决定何时同步
    • always 选项会严重减低服务器的性能
    • everysec 选项比较合适 , 可以保证系统崩溃时只会丢失一秒左右的数据 , 并且 Redis 每秒执行一次同步对服务器几乎没有任何影响 。
    • no 选项并不能给服务器性能带来多大的提升 , 而且会增加系统崩溃时数据丢失的数量 。
    随着服务器写请求的增多 , AOF 文件会越来越大 。 Redis 提供了一种将 AOF 重写的特性 , 能够去除 AOF 文件中的冗余写命令 。
    复制通过使用 slaveof host port 命令来让一个服务器成为另一个服务器的从服务器 。
    一个从服务器只能有一个主服务器 , 并且不支持主主复制 。
    连接过程
    1. 主服务器创建快照文件 , 即 RDB 文件 , 发送给从服务器 , 并在发送期间使用缓冲区记录执行的写命令 。 快照文件发送完毕之后 , 开始像从服务器发送存储在缓冲区的写命令 。
    2. 从服务器丢弃所有旧数据 , 载入主服务器发来的快照文件 , 之后从服务器开始接受主服务器发来的写命令 。
    3. 主服务器每执行一次写命令 , 就向从服务器发送相同的写命令 。
    主从链
    随着负载不断上升 , 主服务器无法很快的更新所有从服务器 , 或者重新连接和重新同步从服务器将导致系统超载 。 为了解决这个问题 , 可以创建一个中间层来分担主服务器的复制工作 。 中间层的服务器是最上层服务器的从服务器 , 又是最下层服务器的主服务器 。
    哨兵Sentinel(哨兵)可以监听集群中的服务器 , 并在主服务器进入下线状态时 , 自动从从服务器中选举处新的主服务器 。
    分片分片是将数据划分为多个部分的方法 , 可以将数据存储到多台机器里面 , 这种方法在解决某些问题时可以获得线性级别的性能提升 。