写在前面的话 上一节的主从环境能够解决我们保证数据安全性的问题,但是却无法解决我们在主节点挂掉的时候服务继续使用的问题,同时也不能自动切换新的主. 我们运维的目的肯定是希望即使主库挂掉一个,服务依旧能够继续使用,也就是有一个库能够顶上去,充当主的位置,这也就是高可用 HA 的目的. Redis 自带了高可用的方案,就是 Redis Sentinel. Redis Sentinel Redis Sentinel 是一个独立的进程,它能够监控多个 Master Slave 集群,所以它更新是剥离于

Redis查看帮助文档的方式,目前我用到的主要有两种: 1.访问官方文档: Redis文档 2.在redis-cli中通过命令查看,输入"?"或者"help"回车: help @group 查看group的一些列命令说明,group为操作的分组,比如list为一组操作,hash为一组操作. help 查看一个命令的详情,比如help lpop能查看lpop的操作详情. help 逐一列举出所有的group和command.

redis查看状态信息 info all|default Info 指定项 server服务器信息 redis_version : Redis 服务器版本 redis_git_sha1 : Git SHA1 redis_git_dirty : Git dirty flag os : Redis 服务器的宿主操作系统 arch_bits : 架构(32 或 64 位) multiplexing_api : Redis 所使用的事件处理机制 gcc_version : 编译 Redis 时所使用的

linux环境下查看redis的版本: 查看redis的版本有两种方式:1. redis-server --version 和 redis-server -v 得到的结果是:Redis server v=2.6.10 sha=00000000:0 malloc=jemalloc-3.2.0 bits=32 1. redis-cli --version 和 redis-cli -v 得到的结果是:redis-cli 2.6.10 严格上说:通过 redis-cli 得到的结果应该是redis-cl

# -*- coding: utf-8 -*- import redis import datetime ''' # 1. redis设置过期时间的两种方式 expire函数设置过期时间为10秒.10秒后,ex1将会失效 expireat设置一个具体的时间,15年9月8日15点19分10秒,过了这个时间,ex2将失效 如果设置过期时间成功会返回True,反之返回False ''' pool = redis.ConnectionPool(host='192.168.3.128', port=637

目前Redis缓存数据库在许多行业平台大量应用,有效解决了高并发等特定场景的应用性能瓶颈,Redis数据的查看.维护,性能监控有没有好用的工具呢,目前TreeSoft数据库管理系统可以满足实现需求. 1.Redis运行性能参数 2.状态实时监控 3.Redis数据的查看,编辑,维护

写在前面的话 前面的主从,HA 都只是解决我们数据安全性方面的问题,并没有解决我们业务瓶颈的问题.当业务并发到达一定瓶颈的时候,我们需要对服务进行横向扩展,而不是纵向扩展.这就需要引入另外一个东西,Redis Cluster. 关于 Redis Cluster 为什么 Redis 集群能提升性能: 1. Redis 能够提供 16384 个槽位用于存储数据,在主从或者单节点架构中,这些槽位只能分布在一个节点上,Cluster 能够对这个槽位进行分片. 2. 存数据时,会将 KEY 做 CRC16

写在前面的话 Redis 的主从其实和 MySQL 类似,更多的还是作为备份的功能存在,在复杂的 Rediis 集群架构中,主从也是不可或缺的. 主从复制 主从复制原理: 1. 从库通过命令连接到主库,并发送 SYNC 给主库. 2. 主库接受到从库的 SYNC 后触发 BGSAVE,后台持久化 RDB,并发送给从库. 3. 从库收到 RDB 后开始恢复其中的数据. 4. 主库陆续将新生成的数据发送给从库. 5. 当从库发生故障,但是未造成数据损坏,那么下去重启后会自动重连主库,主库陆续将从库缺

写在前面的话 通过前两节,除了安装部分,其它的更多的是作为了解,除非我们面向实际的开发,当然知道更多总是好的,这样才有吹牛逼的资本. 从本节开始我们主要谈谈作为一个运维,在处理 Redis 的维护的时候应该注意哪些方面. 数据持久化 在说持久化之前我们需要了解,Redis 之所以快,原因在于它的数据默认存储在内存中,内存的读写速度相较于 MySQL 这类关系型数据库从硬盘读取肯定是快了不知道多少倍.但同时也存在一个问题,服务器宕机,服务挂掉都会使得内存中的数据丢失,如果只是 Session 类的

写在前面的话 上一节谈了 Redis 的安装以及五种基本数据类型的一些简单的操作,本章节主要看看 Redis 的另外一些特征,虽然可能不常用,但是还是需要了解的.对于我们运维人员来讲,这些东西更像拓展的知识,可能我们工作很多年都不会用到,但是当你慢慢的需要往运维开发方向发展以后,这些东西就会成为你解决问题的又一方案.另外一种思路. 发布订阅 Redis 发布消息一般有两种方式,消息队列和发布订阅. 对于消息队列,其角色包含:生产者 --> 消息队列 --> 消费者 生产者讲需要处理的任务放到队

写在前面的话 本章节开始在主要介绍在运维工作中绕不开的一个话题,数据缓存 NoSQL 服务 Redis,搭建很简单,使用很简单,运行也稳定的一批,一般小公司几乎很少出现以为量的问题导致他 down 掉的情况,但如果我们想走上更高的台阶,只是简单的安装运行肯定是不够的.所以我会写这几篇博客,算是做一个简单的小结,其内容涉及:主从,哨兵(高可用),集群(分布式). Redis 简介 在之前专门学习了 MySQL,我们把它称为关系型数据库,现在开始谈谈非关系型数据库(NoSQL,Key - Value

查看redis客户端连接 redis-cli info clients # Clients connected_clients:6000 client_longest_output_list:0 client_biggest_input_buf:5792 blocked_clients:0 查看redis 客户端状态 redis-cli client list addr=127.0.0.1:52555 fd=5 name= age=855 idle=0 flags=N db=0 sub=0 ps

zb@zb-computer:/home/wwwroot/default/lion/Admin$ /usr/local/redis/bin/redis-cli 127.0.0.1:6379> keys * 1) "CAOMALL_doctor::13391840644" keys *

写在前面的话 redis 的各种架构搭建暂时就到这里,本文主要用于补充说明 Redis 的一些概念以及配置文件的相关信息. 常用词汇 缓存穿透: 类似热点数据存储 Redis 一样,对于非热点数据存储到后端 DB,当服务访问一个 Redis 不存在的 KEY,然后请求被交予后端的 DB,当请求量过大时,会导致后端 DB 挂掉. 解决办法:增大 KEY 的量,使用布隆过滤器将不存在的 KEY 过滤掉,访问到不存在的 KEY 时候,将 KEY 以空值存到缓存,并设置一个过期时间. 缓存雪崩: 大量的

Redis给人的印象是简单.很快,但是不代表它不需要关注它的性能指标,此文简单地介绍了一部分Redis性能指标.翻译过程中加入了自己延伸的一些疑问信息,仍然还有一些东西没有完全弄明白.原文中Metric to watch *** 和 Metric to alert on ***这里翻译为需要观察的指标和需要告警的指标,不知道合不合适. 原文出处:https://www.datadoghq.com/blog/how-to-monitor-redis-performance-metrics/ 以下为

核心知识点: 1.fork操作 a.在RDB或AOF重写时,会执行fork操作创建子进程,fork操作是一个重量级操作. b.改善fork操作耗时的手段:避免使用Xen.配置Redis实例最大使用内存.合理配置Liunx内存使用技术.降低fork操作的频率. 2.子进程开销监控与优化 1).CPU 2).内存 3).硬盘 3.AOF追加阻塞 Redis持久化功能一直是影响Redis性能的高发地,下面我们结合常见的持久化功能问题进行分析定位和优化. 一.fork操作 当Redis做RDB或AOF重

第一章 redis初识 1.1 Redis是什么 介绍 开源:早起版本2w3千行 基于键值对的存储系统:字典形式 多种数据结构:字符串,hash,列表,集合,有序集合 高性能,功能丰富 那些公司在用 github,twitter,stackoverflow,阿里,百度,微博,美团,搜狐 1.2 Redis特性(8个) 速度快:10w ops(每秒10w读写),数据存在内存中,c语言实现,单线程模型 持久化:rdb和aof 多种数据结构: 5大数据结构 BitMaps位图:布隆过滤器   本质是

文章目录 Redis的介绍.优缺点.使用场景 Linux中的安装 常用命令 Redis各个数据类型及其使用场景 Redis字符串(String) Redis哈希(Hash) Redis列表(List) Redis集合(Set) Redis有序集合(sorted set) Redis - 瑞士军刀 慢查询 pipeline流水线 发布订阅 bitmap HyperLogLog算法 GEO Redis持久化,数据备份与恢复 RDB AOF SpringBoot + Jedis + 1主2从3哨兵 实

说明 在前面的Prometheus + Grafana 部署说明之「安装」文章里,大致介绍说明了Prometheus和Grafana的一些安装使用,现在开始如何始部署Prometheus+Grafana 来监控Redis 部署 在之前介绍的Prometheus系列文章里,已经了解了Prometheus是通过拉取的方式来保存监控数据的,可以自己写一个服务来去Redis来获取需要监控的相关指标,也可以直接用现成的exporter,如GitHub上redis_exporter,本文对Redis的监控是

摘要:采用Redis Labs推出的多线程压测工具memtier_benchmark对比测试下GaussDB(for Redis) 和原生Redis的特性差异. 本文分享自华为云社区<华为云企业级Redis评测第一期:稳定性与扩容表现>,作者:GaussDB 数据库 . GaussDB(for Redis) 是华为云推出的企业级Redis,采用计算存储分离架构,兼容Redis生态的云原生NoSQL数据库,基于共享存储池的多副本强一致机制,支持持久化存储,保证数据的安全可靠.具有高兼容.高性价比