，满足高 QPS 场景，提供超高性价比。 双机热备架构：系统工作时主节点（Master）和备节点（Slave）数据实时同步，主节点故障时系统 自动秒级切换，备节点接管业务，全程自动且对业务无影响，主备架构保障系统服务具有高可用性。 集群架构：集群（cluster）实例采用分布式架构，每个节点都采用一主一从的高可用架构，自动容灾 切换，故障迁移，多种集群规格可适配不同的业务压力，无线扩展数据库性能。 说明：该参数配置在控制台中暂未开放，后续我们会尽快发布。 淘汰或者逐出数据 有些用户对数据设置过期时间，依赖 Redis 的淘汰机制去删除已经过期的数据，这同样也存在上面提到的问题 ：淘汰某个大 key 会导致进程 CPU 出现抖动。Redis 4.0 提供了两个配置，可以让 Redis 在淘汰或者逐出数据 时也使用 lazyfree 的方式。 新增命令 UNLINK key [key .. 高性价比 Redis 标准版-单副本架构采用单节点部署。阿里云自研的 HA 高可用系统时时探测节点的服务情况 ，如果发现业务不可用，HA 系统会在30秒内重新拉起一个 Redis 进程继续为用户提供 Redis 服务 ，服务可用性相比双副本模式并未下降。同时，通过减少一个数据库节点，可以大幅节省用户成本 ，售价约为双副本高可用版的一半。 高性能 由于标准版-

锁是⼀种同步机制， 它可以保证⼀项资源在任何时候只能被⼀个进程使⽤， 如果有其他进程想要使⽤相同的资 源， 那么它们就必须等待， 直到正在使⽤资源的进程放弃使⽤权为⽌。 ⼀个锁实现通常会有获取（acquire）和释放（release）这两种操作： 获取操作⽤于取得资源的独占使⽤权。 在任何时候， 最多只能有⼀个进程取得锁， 我们把成功取得锁的这 个进程称之为锁的持有者。 在锁已经被持有的情况下， 所有尝试再次获取锁的操作都会失败。 所有尝试再次获取锁的操作都会失败。 释放操作⽤于放弃资源的独占使⽤权， ⼀般由锁的持有者调⽤。 在锁被释放之后， 其他进程就可以再次尝 试获取这个锁了。 代码清单 2-2 展示了⼀个使⽤字符串键实现的锁程序， 这个程序会根据给定的字符串键是否有值来判断锁是否已 经被获取， ⽽针对锁的获取操作和释放操作则是分别通过设置字符串键和删除字符串键来完成的。 代码清单 2-2 使⽤字符串键实现的锁程序：/string/lock 但它并不完美： 1. 因为这个锁的释放操作⽆法验证进程的身份， 所以⽆论执⾏释放操作的进程是否就是锁的持有者， 锁都会 被释放。 如果锁被持有者以外的其他进程释放了的话， 那么系统中可能就会同时出现多个锁， 导致锁的唯 ⼀性被破坏。 2. 这个锁的获取操作不能设置最⼤加锁时间， 它⽆法让锁在超过给定的时限之后⾃动释放。 因此， 如果持有 锁的进程因为故障或者编程错误⽽没有在退出之前主动释放锁，

key 的个数。 注意：如果发生主备切换，该值会以新的主库为准 。 EvictedKeys 历史淘汰掉的 key 的个数。 这个值是因内存满被淘汰掉的 key 的历史个数的 总和，所以它不是当前每秒淘汰的 key 的个数。 注意：如果发生主备切换，该值会以新的主库为准 。 UsedMemory 当前内存的使用值。 由于新建实例时会产生一定的元信息，所以对于主 从实例这个值最小是 30 MB，对于集群实例这个 DB。 Redis 命令支持 详情请参见文档。 监控报警 云数据库 Redis 版未提供容量告警，需要用户到云 监控中进行配置。配置方法请参见文档。 建议设置好以下监控的报警：实例故障、实例主备 切换、已使用连接百分比、操作失败数、已用容量 云数据库 Redis 版 快速入门 6 云数据库 Redis 版兼容 Redis 3.0 版本，支持 Redis 3.0 的 Geo 命令。目前还有小部分暂未开放的命令和受限 注意 您可以通过 echo rinetd >>/etc/rc.local 将 rinetd 设置为自启动。 若遇到绑定报错，可以执行 pkill rinetd 结束进程，再执行 rinetd启动进程 rinetd。 rinetd 正常启动后， 执行netstat -anp | grep 6379 确认服务是否正常运行。 wget http://www.boutell

Redis 问题 • 恢复时间长 • 一主多从, 主从切换代价大 • 缓冲区写满问题 • 成本问题 SACC2017 Redis 问题 • 恢复时间长 – 50G redis 回复时间70分钟 – 同时开启aof 和 rdb SACC2017 Redis 问题 • 一主多从, 主从切换代价大 – 主库挂掉后升级从库, 所有的从库全部重传数 题解决和需求排期开发 • 一月一个小版本, 二月一个大版本 SACC2017 Pika 开发现状 • 双主支持 • Pika_hub 提供多机房写入支持 • 支持sentinel • 支持codis SACC2017 Pika 总结 • 恢复时间长 • 一主多从, 主从切换代价大 • 缓冲区写满问题 • 内存昂贵问题 SACC2017 Pika vs redis

13:46 ? 00:00:00 redis-server 0.0.0.0:6379 # kill -9 14989 #先结束刚刚运行的进程 # cat > /etc/systemd/system/redis.service <

0 码力 | 5 页 | 80.37 KB | 1 年前

3

使用管理员权限运行以下命令： memcached.exe -d install 启动服务： memcached.exe -d start 未授权访问测试 为了方便测试这里将防火墙关闭 查看进程服务以及端口 netstat -ano | findstr 11211 tasklist | findstr memcached telnet 10.0.4.138 11211 或 nc -vv

互联网的规模也从单独 一个数据中心的部署方 式转变为多数据中心, 甚 至是跨区域的部署模式 多区域部署 Serverless 分布式存储 Redis 内存数 据库 支持多种 数据结构 支持主 从架构 缓存服务 分布式锁 消息队列 计数器 目前携程的 Redis 部署架构 通过携程的 X-Pipe 项目, 来达到 Redis 跨站点和跨区域的数据同步问题 目前已经支持上海到美国和德国的