阿里云云数据库 Redis 版 快速入门
版 快速入门 2 不同的监控项。 单击性能监控之后可以查看到不同的监控项,以下对基础监控组的监控项进行说明。 基础监控项 说明 Keys 后端 Redis 所有 db 的 key 个数的总和,对于集 群实例会汇聚后端所有的节点的数据。 Expires 当前设置了过期数据的 key 的个数的总和。 ExpiredKeys 历史过期掉的 key 的个数。 这个值是历史过期掉的 MB乘以节点数,最小为 200 MB。 InFlow 后端 Redis 入口当前每秒的流量值,单位为 KBytes/s。 OutFlow 后端 Redis 出口当前每秒的流量值,单位为 KBytes/s。 ConnCount 当前 Redis 的客户端连接个数。 FailedCount 对于主从版本,目前这个值没有意义,因为客户端 直接连接到后端 DB。对于集群版实例,该统计项 标识 Proxy FaileCount 没有增加则没有问题 。对于新版本,该值为每秒的一个统计均值。后续 会都升级成每秒的统计均值。 TotalQps 当前 Redis 的每秒操作次数。 CpuUsage 当前 Redis 后端的 CPU 使用率。 云数据库 Redis 版 快速入门 4 参数设置 您可以在参数设置页面对 Redis 的常见参数进行设置,比如淘汰策略及 notify-keypsace-events0 码力 | 29 页 | 1.07 MB | 1 年前3阿里云云数据库 Redis 版 产品简介
内部实际占用多少内存。注意以下两点说明: 不光 key、value 需要占用内存,Redis 管理这些数据还需要一部分内存。 对于 hash、list、set、sorted set 这些类型的 key,结果是采样计算的,可以通过 127.0.0.1:6379> select 0 OK 127.0.0.1:6379> set key value0 OK 127.0.0.1:6379> select 1 10 纯缓存类业务场景 单副本版本只有一个数据库节点,节点出现故障时,系统会重新拉起一个 Redis 进程(没有数据 ),当节点故障业务自动切换完成后,应用程序需要将数据重新预热,以免对后端数据库产生访问压 力冲击。 注意:由于单副本模式不能提供数据可靠性,节点故障后需要业务进行预热,如果是对数据可靠性要 求较高的敏感性业务,不建议使用单副本版,可选用双副本高可用版。 Redis 版支持持久化功能,主备双机冗余数据存储。 场景二:Redis 作为缓存加速应用访问 Redis 作为缓存层,加速应用访问。数据存储在后端的数据库中(RDS)。 Redis 的服务可靠性至关重要,一旦 Redis 服务不可用,将导致后端数据库无法承载业务访问压力。云数据库 Redis 版提供双机热备的高可用架构,保障极高的服务可靠性。主节点对外提供服务,当主节点出现故障,系0 码力 | 33 页 | 1.88 MB | 1 年前3《Redis使用手册》(试读版)
在上述准备⼯作圆满完成之后, 我们就可以开始学习 Redis 命令的基本知识了。 1.5 执⾏命令 Redis 服务器通过接收客户端发送的命令请求来执⾏指定的命令, 并在命令执⾏完毕之后通过响应将命令的执⾏ 结果返回给客户端, ⾄于结果的内容则被称为命令回复。 图 1-2 命令请求与响应 Redis 为每种数据结构和功能特性都提供了⼀簇相应的命令, 学习如何使⽤这些命令是学习 Redis 的重中之重。 幸运的是, ⼤部分 ⽤户只需要向 SET 命令提供⼀个键和⼀个值就可以了: SET key value 跟之前提到过的⼀样, 这⾥的键和值既可以是⽂字也可以是⼆进制数据。 SET 命令在成功创建字符串键之后将返回 OK 作为结果。 ⽐如说, 通过执⾏以下命令, 我们可以创建出⼀个字符 串键, 它的键为 "number" , 值为 "10086" : redis> SET number "10086" OK ⼜⽐如说, 通过执⾏以下命令, 命令获取数据库键的值 另⼀⽅⾯, 如果⽤户给定的字符串键在数据库中并没有与之相关联的值, 那么 GET 命令将返回⼀个空值: redis> GET date (nil) 上⾯这个 GET 命令的执⾏结果表示数据库中并不存在 date 键, 它也没有与之相关联的值。 因为 Redis 的数据库要求所有键必须拥有与之相关联的值, 所以如果⼀个键有值, 那么我们就说这个键存在于数 据库; 相反地, 如果⼀个键没有值,0 码力 | 352 页 | 6.57 MB | 1 年前3Redis 多数据中心双向同步 祝辰
and idempotent. State-based Replication 发送端将自身的 全量状态 发送给接收端, 接 收端执行 merge 操作, 来达到和发送端状态 一致的结果 State-base replication 适用于不稳定的网络 系统, 通常会有多次重传 要求数据结构能够支持 交换律/结合律/幂等 性 这些特性 State-based Replication 接收端执行 update 操作, 来达到和发送 端状态一直的结果 Op-based replication 只要求数据结构满足 commutative 的特性, 不要求 idempotent Operation-based Replication State-based Replication • 通常是基于全量状态进行同步, 这样的结果是造成的网络流量 太大, 且同步的效率低下. 在同步机制已经建立的系统中0 码力 | 45 页 | 1.74 MB | 1 年前3携程 Redis 多数据中心 双向同步实践 祝辰
Replicated Data Types CRDT – Last Write Wins T2 > T1 T2 WINS 时间不一致 两个Redis的系 统时钟不一致 最终保留了第一 次的结果 Vector Clock • 向量表示不同节点 的操作数 • SET KEY=VAL1 (0,0)->(1,0) • SET KEY=VAL2 (1,0)->(1,1) 删除导致数据不一致0 码力 | 33 页 | 2.15 MB | 1 年前3常见Redis未授权访问漏洞总结
com/dmajkic/redis/downloads (利用crontab反弹shell测试使用) 未授权访问测试 使用redis clinet 直接无账号成功登录redis 从登录结果可以看出redis未启用认证。 利用redis写webshell 靶机网站路径:/var/www/html/ 这里我们调出Console 利用前提: 靶机redis未授权,在攻击机能用redis0 码力 | 44 页 | 19.34 MB | 1 年前3
共 6 条
- 1