对键的值进⾏更新 在第⼆条 SET 命令执⾏之后， mysql-homepage 键的值将从原来的 "mysql.org" 更新为 "mysql.com" 。 2.1.2 其他信息 属性 值 复杂度 O(1) 版本要求 不带任何可选项的 SET 命令从 Redis 1.0.0 版本开始可⽤； 带有 NX 、 XX 等可选项的 SET 命 令从 Redis 2.6.12 版本开始可⽤。 2.2 那么我们就说这个键不存在于数据库。 ⽐如对于上⾯展示的⼏个键来说， date 键就不存在于数据库， ⽽ message 键、 number 键和 homepage 键则存在于数据库。 2.2.1 其他信息 属性 值 复杂度 O(1) 版本要求 GET 命令从 Redis 1.0.0 开始可⽤。 2.3 GETSET：获取旧值并设置新值 GETSET 命令就像 GET 命令和 SET 命令的组合版本， 它⾸先获取字符串键⽬前已有的值， 键不存在 redis> GETSET counter 50 (nil) -- 返回空值作为旧值 redis> GET counter "50" 2.3.1 其他信息 属性 值 复杂度 O(1) 版本要求 GETSET 命 令 从 Redis 1.0.0 开 始 可 ⽤。 2.4 示例：缓存 对数据进⾏缓存是 Redis 最常⻅的⽤法之⼀： 因为 Redis 把数据储存在内存⽽不是硬盘上⾯，

访问shell.php 更多利用方式可参考：https://www.secpulse.com/archives/2166.html 防御手段 -升级版本。 -添加认证，设置强密码复杂度及账号锁定。 -禁止把Jenkins直接暴露在公网。 Memcached 未授权访问漏洞 漏洞简介以及危害 Memcached 是一套常用的 key-value 分布式高速缓存系统，由于

Zeppelin – Mario, Pink, slash, floyd • https://github.com/Qihoo360 SACC2017 概要 • 存在问题 • 分析问题 • 解决问题 • Pika vs redis SACC2017 • Pika 是DBA 和 基础架构团队一起设计开发的 大容量redis的解决方案 • 完全兼容redis 协议 SACC2017 Redis 问题 90/GB VS 2.6/GB 30倍的差距 SACC2017 问题分析 • 成本问题 • 可用性问题 • 同步问题 • 易用性问题 SACC2017 问题分析 • 尽可能兼容redis 协议 • 使用基于磁盘的存储引擎rocksdb 实现多 数据接口接口 • 网络库 • 添加binlog • 5套30G左右的redis主从，占用300G内存 • 迁移后： • 1套50G左右的pika主从，占用100多G磁盘 SACC2017 Pika 运维 – 案例二 数据分析业务redis迁移到pika 迁移前： 业务数据量增长迅速，上线不到1周数据量增长 到40G 迁移后： 1套100G+ Pika主从 SACC2017 Pika

Conference China 2016 中国用户大会 • 实现了key相关的统计分析 • 丌同角色的用户只需要登陆一次 就会获取自己所需的跨多个Redis 实例的所有数据 • 密码隔离 • 角色隔离 • 开发只能读取实例中的数据 • 运营可以访问和修改实例的数据 • DBA需要对实例进行管理 问题分析 登陆权限隔离 统一管理 KEY权限隔离 2016Postgres中国用户大会

在实现单元化的部署过程中, 跨数据中 心的数据访问一直是一个业务的痛点. 是否我们也能够有自己的一套 DRC? 来完 成每个站点的单独写入读取, 而不用关心 底层存储的一致性和同步问题. 对此需求进行分析后, 我们决定开发一个 Redis 的 DRC 架构, 来支撑携程集群的应 用单元化部署, 而不仅仅是限制于Redis 数 据的双向同步. Redis For DRC 高可用性 一致性 分区容忍性

成本 ，售价约为双副本高可用版的一半。 高性能 由于标准版-双副本架构的备库仅用于故障转移恢复，并没有对外提供服务，并且数据库复制也给主库 带来了额外的性能开销，因此从这个角度分析，单副本版本的性能不仅不会低于双机高可用版，甚至 还会有所提升。 使用场景 云数据库 Redis 版 产品简介 10 纯缓存类业务场景 单副本版本只有一个数据库节点，节点出现故障时，系统会重新拉起一个