之后我们会快速地了解本书各个章节的具体编排， 并完成⼀些学习 Redis 的前期准备⼯作， ⽐如安装 Redis 服 务器等等。 在⼀切准备就绪之后， 我们就会开始学习如何执⾏ Redis 命令， 以及如何通过配置选项对 Redis 服 务器进⾏配置。 在本章的最后， 我们还会看到获取本书示例代码的⽅法， 并知悉本书使⽤的 Redis 版本以及本书配套的读者服务 ⽹站。 1.1 Redis 简介 Redis 是⼀个主要由 与此相反， Redis 的开发者在实现各项数据结构和特性的时候都经过了⼤量考量， 在底层选⽤了很多⾮常 ⾼效的数据结构和算法， 以此来确保每个操作都可以在尽可能短的时间内完成， 并且尽可能地节省内存。 对⽤户友好的API、⽂档以及社区 “虽然 Redis 提供了很多很棒的数据结构和特性， 但如果它们使⽤起来⾮常困难的话， 那么这⼀切就没有意 义。” ——如果你对此有所担⼼的话， 那么现在可以打消你的疑虑了！ 书本介绍了 Redis 核⼼的九种数据结构， 列举了操作这些数据结构的众多命令及其详细 信息， 并在其中穿插介绍了多个使⽤ Redis 命令构建应⽤程序的示例。 通过这些程序示例， 读者可以进⼀步加 深对命令的认识， 并学会如何在实际中应⽤这些命令， 从⽽达到学⽽致⽤的⽬的。 附加功能部分介绍了 Redis 在数据结构的基础上， 为⽤户提供的额外功能。 其中包括管理数据结构的数据库管理 功能和⾃动过期功能，

#停止服务运行，谨慎操作 not connected> exit not connected> quit 10.99.1.51:6379> set keyxx valuexx #创建一个键值对 OK 10.99.1.51:6379> keys * #查看所有的key 1) "what" 2) "namexx" 3) "keyxx" 10.99

适用于纯缓存场景，支持单节点集群弹性变配，满足高 QPS 场景，提供超高性价比。 双机热备架构：系统工作时主节点（Master）和备节点（Slave）数据实时同步，主节点故障时系统 自动秒级切换，备节点接管业务，全程自动且对业务无影响，主备架构保障系统服务具有高可用性。 集群架构：集群（cluster）实例采用分布式架构，每个节点都采用一主一从的高可用架构，自动容灾 切换，故障迁移，多种集群规格可适配不同的业务压力，无线扩展数据库性能。 Redis混合存储系列场景的用户提供购买资格。 在公测期间创建Redis混合存储系列的实例有如下事项需要您注意。 云数据库 Redis 版 产品简介 1 - - 公测开通对象 对Redis混合存储实例有很强的需求，且适合企业的应用场景，企业有丰富的Redis使用经验。 公测开通地域 公测申请审批通过后，用户可在华东1（杭州）可用区E和华北2（北京）可用D开通实例。公测期间仅支持这在 Redis混合存储型实例是阿里云自主研发的完全兼容Redis协议和特性的混合存储产品。通过将部分冷数据存储 到磁盘，在保证绝大部分访问性能不下降的基础上，大大降低了用户成本并突破了内存对Redis单实例数据量的 限制。 与Redis高性能内存型实例差别 Redis混合存储型实例中，所有的Key和经常访问的Value被保存在内存中，保证绝大部分访问请求的最高性能 。不常

您可以在实例信息页面对可运维时间进行修改，阿里云会在可运维时间对实例进行生产维护，维护期间可能会 发生闪断，建议您尽量选择业务低峰期为运维时间段。 性能监控 单击实例 ID 即可进入实例信息页面，在左侧导航栏中选择性能监控查看 Redis 的历史性能数据，可以查看到 云数据库 Redis 版 快速入门 2 不同的监控项。 单击性能监控之后可以查看到不同的监控项，以下对基础监控组的监控项进行说明。 的监控。对于集群实例建议添加所有实例的内存监控，这样可以对集群实例的子节 点的内存进行监控，告警设置如下： 、连接断开等异常引起的操作异常的数目。 对于部分旧版本的 Redis，该值为一个历史值，对 于这种情况如果 FaileCount 没有增加则没有问题 。对于新版本，该值为每秒的一个统计均值。后续 会都升级成每秒的统计均值。 TotalQps 当前 Redis 的每秒操作次数。 CpuUsage 版集群实例最新的命令支持详情，请参见 云栖社区说明。 云数据库 Redis 版支持按量付费和包年包月两种模式，按量付费可转为包年包月模式，反之则不可以。您可根 据自己的需求自主选择，以下对购买流程做介绍。 前提条件 开通云数据库 Redis 版需要至少有一台 ECS，具体操作参考 购买 ECS。 操作步骤 进入 云数据库 Redis 版产品首页，单击立即购买。或者进入

Redis-RCE 最近出的Redis-RCE，该漏洞利用前提是获取redis访问权限，也就是基于redis未授权访问。 防御手段 -禁止使用root权限启动redis服务。 -对redis访问启动密码认证。 -添加IP访问限制，并更改默认6379端口。 nmap -p 6379 --script redis-info 地址：https://svn 使用apache搭建远程木马服务器 访问木马地址http:///shell.war 成功上传木马 访问http://192.168.18.129:8080/shell/ 防御手段 -对jmx控制页面访问添加访问验证。 -进行JMX Console 安全配置。 VNC 未授权访问漏洞 漏洞简介以及危害 VNC 是虚拟网络控制台Virtual Network 还有其他比如写入ssh公钥等利用方式，方式方法都是大同小异的，这里就不再介绍了。 也可以直接利用python脚本 Docker 未授权访问漏洞利用脚本[没试过] 防御手段 -简单粗暴的方法，对2375端口做网络访问控制，如ACL控制，或者访问规则。 -修改docker swarm的认证方式，使用TLS认证：Overview Swarm with TLS 和 Configure Docker

的存储引擎, 基于Rocksdb 实现. 实现了Hash, List, Set, Zset 等数据结构 – Rocksdb 启动只需要加载log 文件 – Rocksdb 使用的本地硬盘, 对SSD 盘友好 – https://github.com/Qihoo360/nemo SACC2017 存储引擎--Nemo SACC2017 • HSET myhash field1 vs redis • 劣势 – 由于Pika是基于内存和文件来存放数据, 所以性能肯定比Redis 低一些 • 优势 – 容量大 – 加载db速度快 – 备份速度快 – 对网络容忍度高 – 性价比高 SACC2017 Pika vs redis - CPU: 24 Cores, Intel(R) Xeon(R) CPU E5-2630 v2 @ 2.60GHz

制 数据一 致性 网络模 型的选 择 双向/多向同步有哪些共同的问题 网络通讯的 模型选择 Redis A: • set k v Redis B: • set k v 发生在端对端的互相同步过程中 假设有两个 Redis: A 和 B • A 收到客户端的请求: set k v • A 将请求通知到 B • B 收到请求后, 再次通知 A 解决方案: 标记客户端类型 双向回环 不用把系统的整个状态发送出 去, 而是仅仅发送一个 op-log Advanced Full Sync • 然而, 对于断点续传的场景中, 我们缓存 op-log 的 buffer 可能已经不 够用, 但此时对端由 hold 了一部分的历史信息. 这时候, Delta-based state replication就比较合适 Redis CRDT Replication 实现 Key/Value • LWW