Operation-based Replication State-based Replication • 通常是基于全量状态进行同步, 这样的结果是造成的网络流量 太大, 且同步的效率低下. 在同步机制已经建立的系统中, 我们 更倾向于使用 Op-based replication, 以达到节省流量和快速 同步的目的 Op-based Replication • 基于 unbounded resource 生修改的操作转发送给slave，slave 执行和 master 同样的操作, 达到master-slave数据一致的目的 全量同步 • master 将自身数据库以快照形式(RDB文件)发送给 slave, slave 通过加载快照文件, 达到和 master 数据 一致的目的 • 适用于新添加 slave 或同步缓冲区溢出时, master 与 slave 同步 Redis Master-Slave

Op-based Replication • 交换律 • 结合律 高可用 全量同步 • Redis生成内存 快照 • 发送给下游 Redis同步 • 期间，下游 Redis不可用 Fork Redis客户端 CRDT的优势 • Redis生成内存 快照 • 使用OP-LOG的 形式发送 • 期间，下游 Redis可用 Fork Redis客户端 • CRDT⼊门

推出的售卖版本。除了拥有 Redis 2.8 引擎所具备的所有优势之外，还带来了下面这些新功能。 Lazyfree 云数据库 Redis 版 产品简介 2 Redis 4.0 的 Lazyfree 机制可以避免 del、flushdb、flushall、rename 等命令引起的redis-server 阻塞，提高 服务稳定性，详情如下。 unlink 在 Redis 4.0 之前，redis 的方式来删除，您可以在控制台上 打开如下配置： 说明：该参数配置在控制台中暂未开放，后续我们会尽快发布。 淘汰或者逐出数据 有些用户对数据设置过期时间，依赖 Redis 的淘汰机制去删除已经过期的数据，这同样也存在上面提到的问题 ：淘汰某个大 key 会导致进程 CPU 出现抖动。Redis 4.0 提供了两个配置，可以让 Redis 在淘汰或者逐出数据 时也使用 lazyfree 这两个命令用于操作 jemalloc，只在使用 jemalloc 的时候才有效。 LFU机制与hotkey Redis 4.0 新增了 allkey-lfu 和 volatile-lfu 两种数据逐出策略，同时还可以通过 object 命令来获取某个 key 的访问频度。 基于 LFU 机制，用户可以使用 scan + object freq 来发现热点 key，当然 Redis 也一起发布了更好用的工具

功能也变得越来越多、越 来越强⼤： ⽐如说， Redis 的数据结构数量已经从过去的五种增加到了九种， RDB-AOF 混合持久化模式的引⼊ 使得⽤户不必再陷⼊“⻥和熊掌不可兼得”的难题中， ⽽集群功能和模块机制的引⼊则让 Redis 在性能和功能上拥 有了近乎⽆限的扩展能⼒。 综上所述， 我们可以说现在的 Redis 跟五年前⽐起来已经完全不⼀样了， ⽽如何向读者讲述新版 Redis ⽅⽅⾯ ⾯的变化， Note: 在测试以上两段代码的时候， 请务必以正确的编码⽅式打开客户端（第⼀段代码采⽤⽂本⽅式，第⼆段 代码采⽤⼆进制⽅式）， 否则测试代码将会出现编码错误。 2.5 示例：锁 锁是⼀种同步机制， 它可以保证⼀项资源在任何时候只能被⼀个进程使⽤， 如果有其他进程想要使⽤相同的资 源， 那么它们就必须等待， 直到正在使⽤资源的进程放弃使⽤权为⽌。 ⼀个锁实现通常会有获取（acquire）和释放（release）这两种操作： 如果⼀个访客在尝 试登录某个账号的过程中， 连续好⼏次输⼊了错误的密码， 那么这个账号将被冻结， 只能等到第⼆天再尝 试登录， 有的银⾏还会向账号持有者的⼿机发送通知来汇报这⼀情况。 实现这些限制机制的其中⼀种⽅法是使⽤限速器， 它可以限制⽤户在指定时间段之内能够执⾏某项操作的次数。 代码清单 2-8 展示了⼀个使⽤字符串键实现的限速器， 这个限速器程序会把操作的最⼤可执⾏次数储存在⼀个字 符串键⾥⾯，

百分比、写入带宽使用率、读取带宽使用率。 数据过期删除策略 - 主动过期，系统后台会周期性的检测，发现已过 期的key时，会将其删除。 - 被动过期，当用户访问某个key时，如果该key已 经过期，则将其删除。 空闲连接回收机制 服务端不主动回收 Redis 空闲连接，由用户管理。 数据持久化策略 采用 AOF_FSYNC_EVERYSEC 方式，每秒 fysnc。 Keys（键） String（字符 串） Hash（哈希