阿里云云数据库 Redis 版 产品简介于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 云数据库 Redis 版支持字符串(String)、链表(List)、集合(Set)、有序集合(SortedSet)、哈希表 (Hash)等多种数据类型,及事务(Transactions)、消息订阅与发布(Pub/Sub)等高级功能。 通过“内存+硬盘”的存储方式,云数据库 Redis 版在提供高速数据读写能力的同时满足数据持久化需求。 版在提供高速数据读写能力的同时满足数据持久化需求。 云数据库 Redis 版支持灵活的部署架构:单副本、双副本、集群版,能够满足不同的业务场景。 单节点架构: 适用于纯缓存场景,支持单节点集群弹性变配,满足高 QPS 场景,提供超高性价比。 双机热备架构:系统工作时主节点(Master)和备节点(Slave)数据实时同步,主节点故障时系统 自动秒级切换,备节点接管业务,全程自动且对业务无影响,主备架构保障系统服务具有高可用性。 // 主从复制用到的内存 10) (integer) 16858 11) "clients.normal" //普通用户客户端的读写缓冲区 12) (integer) 49630 13) "aof.buffer" //aof持久化使用的缓存和aofrewrite时产生的缓存之和 14) (integer) 3253 15) "db.0" //每个db的元数据所占用内存 16) 1) "overhead0 码力 | 33 页 | 1.88 MB | 1 年前3
阿里云云数据库 Redis 版 快速入门子实例内存。 riinfo 命令:和 iinfo 命令类似,但只能在读写分离的模式下使用。用法中增加了一个 readonly slave 的 idx,用于指定在第几个 readonly slave 上执行 info 命令。在读写分离集群中可以用来在指 定 readonly slave 上执行 info 命令。如果在非读写分离集群中使用,会返回错误。用法如下: riinfo db_idx0 码力 | 29 页 | 1.07 MB | 1 年前3
《Redis使用手册》(试读版)过⼤量的实践应⽤, Redis 简洁⾼效、安全稳定的印象已经深⼊⼈⼼。 ⽆论是国内还是国外, 从财富五百强到⼩ 型初创公司都在使⽤ Redis , 很多云服务提供商还以 Redis 为基础构建了相应的缓存服务、消息队列服务以及内 存存储服务 —— 当你使⽤这些服务时, 你实际上就是在使⽤ Redis 。 除了变得越来越受欢迎之外, Redis 在过去数年的另⼀个变化就是更新速度越来越快, 功能也变得越来越多、越 版本以及本书配套的读者服务 ⽹站。 1.1 Redis 简介 Redis 是⼀个主要由 Salvatore Sanfilippo (antirez)开发的开源的内存数据结构存储器, 它经常被⽤作数据 库、缓存以及消息代理等⽤途。 Redis 因为它丰富的数据结构、极快的速度、⻬全的功能⽽为⼈所知, 它是⽬前内存数据库⽅⾯的事实标准, 在 互联⽹上有⾮常⼴泛的应⽤, 包括微博、Twitter、GitHub、Stack 则在复制的基础上, 为 Redis 系统提供了⾃动的故障转移功能, 从⽽使得整个系统可以更健壮地运⾏。 最后, 通过使⽤ Redis 集群, ⽤户可以在线扩展 Redis 系统的读写能⼒。 读者可以通过阅读这⼀部分来获得扩展 Redis 读写性能的相关知识, 并根据⾃⼰的情况为 Redis 系统选择合适的扩展⽅式。 1.3 ⽬标读者 本书⾯向所有 Redis 初学者和 Redis 使⽤者, 是学习和⽇常使⽤0 码力 | 352 页 | 6.57 MB | 1 年前3
Redis 多数据中心双向同步 祝辰互联网的规模也从单独 一个数据中心的部署方 式转变为多数据中心, 甚 至是跨区域的部署模式 多区域部署 Serverless 分布式存储 Redis 内存数 据库 支持多种 数据结构 支持主 从架构 缓存服务 分布式锁 消息队列 计数器 目前携程的 Redis 部署架构 通过携程的 X-Pipe 项目, 来达到 Redis 跨站点和跨区域的数据同步问题 目前已经支持上海到美国和德国的 Redis 上游供应商处收集舱位信息, Redis 方便 的多种数据结构类型对于储存这种数据 比较方便. 同时由于供应商是在全球分布的特性, 就更需要一个能够多点写入的 Redis 集 群, 支持海外站点和国内站点同时进行读写; 并解决因此可能出现的数据一致性问题. 需求的产生 DRC 的概念是在近年来, 云计算兴起, 多站点部署的场景下, 延伸出来对于数 据共享的一个需求. 多站点部署的架构, 对于单元化部署的 应用来讲 Replication • 基于 unbounded resource 的假设上进行论证的学术理念, 在 实践过程中, 不可能有无限大的存储资源, 将某个站点的全部 数据缓存下来, 这样就带来一个问题, 如果新加节点或者网络 断开过久时, 我们的存储资源不足以缓存所有历史的操作, 从 而使得复制操作无法进行. 此时, 我们需要借助 State-based replication 进行多个站点之间, 状态的merge操作0 码力 | 45 页 | 1.74 MB | 1 年前3
常见Redis未授权访问漏洞总结这里我们调出Console 利用前提: 靶机redis未授权,在攻击机能用redis clinet连接,如上图,并未登录验证 靶机开启web服务,并且知道网站路径,还需要具有文件读写增删改查权限 由于本地搭建,我们已经知道网站路径,我们把shell写入/var/www/html/目录下: config set dir /var/www/html config set -添加认证,设置强密码复杂度及账号锁定。 -禁止把Jenkins直接暴露在公网。 Memcached 未授权访问漏洞 漏洞简介以及危害 Memcached 是一套常用的 key-value 分布式高速缓存系统,由于 Memcached 的安全设计缺陷没 有权限控制模块,所以对公网开放的Memcache服务很容易被攻击者扫描发现,攻击者无需认证通过命 令交互可直接读取 Memcached中的敏感信息。0 码力 | 44 页 | 19.34 MB | 1 年前3
陈宗志:大容量redis存储方案--PikaSACC2017 Master Slave Slave Slave 主机房A 机房B Pika 运维 – 线上架构 LVS读写 VIP LVS只读 VIP LVS读写 VIP Master Slave 机房A LVS读写 VIP Master Slave 机房B SACC2017 主机房A Slave1 提 升为主库 Master Master Slave2 Slave3 机房B 断点续传 Slave1 Slave2 Slave3 主机房A 机房B Master LVS读写 VIP LVS只读 VIP LVS读写 VIP LVS只读 VIP Pika 运维 – 线上架构 SACC2017 Pika 运维 – 迁移工具 – Redis_to_pika •0 码力 | 47 页 | 2.18 MB | 1 年前3
携程 Redis 多数据中心 双向同步实践 祝辰网络风暴 • 数据不一致 如何解决 SET KEY=VAL • 标记数据来 源 • 只发送本站 点数据 SET KEY=VAL 两份缓存 SET KEY=VAL Master-Master 缓存区 Master-Slave 缓存区 写入冲突 SET KEY=CAT SET KEY=DOG KEY = ? KEY = ? 1. CAT CAT 2. DOG0 码力 | 33 页 | 2.15 MB | 1 年前3
共 7 条
- 1













