Erica_1230的专栏

1 启动redis    ./redis-server   ./redis.conf 2 连接redis客户端  ./redis-cli  输入get site 命令,会发现有值，说明即使关闭redis,redis会把上次保存的值存在硬盘里面3 输入命令 keys * 可以查到redis有哪些key命令: keys  *4可以精确或者匹配查询,用

rdb工作原理： 每隔N分钟或者N次写操作以后，从内存dump数据形rdb文件，压缩放在备份的目录下面。配置rdb的配置，在redis.conf配置测试rdb的功能：1为了测试简单 改为save 900 1save 300 10save 60 1001分钟执行100条命令，就会生成rdb文件2在执行测试命令之前，先往redis设置

Redis提供两种持久化方式，RDB和AOF；与RDB不同，AOF可以完整的记录整个数据库，而不像RDB只是数据库某一时刻的快照; 那么AOF模式为什么可以完整的记录整个数据库呢？ 原理：在AOF模式下，Redis会把执行过的每一条更新命令记录下来，保存到AOF文件中；当Redis需要恢复数据库数据时，只需要从之前保存的AOF文件中依次读取命令，执行即可，如果aof和rdb同时存在，red

主从复制简单来说就是把一台redis数据库中的数据同步到另一台redis数据库，并且按照数据流向，数据的发送者我们称作master，数据的接受者我们称作slave（master/slave的划分并不是那么一定的，譬如B可以作为A的slave，但同时也可以作为C的master），下面就从slave和master的角度分别说明主从复制流程。 首先是slave端，对于slave端来说，主从复制主

# Redis 配置文件# 当配置中需要配置内存大小时，可以使用 1k, 5GB, 4M 等类似的格式，其转换方式如下(不区分大小写)## 1k => 1000 bytes# 1kb => 1024 bytes# 1m => 1000000 bytes# 1mb => 1024*1024 bytes# 1g => 1000000000 bytes#

基本功能测试　　1、程序基本结构　　　　2、主要类　　　　1）功能类package com.redis;import java.util.ArrayList;import java.util.Iterator;import java.util.List;import java.util.Set;import redis.clients.je

Redis中的事务，提供了一种“将多个命令打包并且一次执行”的方式； 当用户输入MULTI命令时，就打开了客户端REDIS_MULTI选项，客户端从“非事务状态”切换到“事务状态”  之后客户端执行的所有命令都不会被Redis立即执行，而是放到客户端的“命令队列”里去（服务器返回QUEUED字样，表示命令已经入队），当客户端发出EXEC命令（表示客户端需要执行事务），这时候

以下内容复制自：http://redisdoc.com/server/info.htmlINFO [section]以一种易于解释（parse）且易于阅读的格式，返回关于 Redis 服务器的各种信息和统计数值。通过给定可选的参数 section ，可以让命令只返回某一部分的信息：server 部分记录了 Redis 服务器的信息，它包含以下域：

自Redis增加Sentinel集群工具以来，本博主就从未尝试过使用该工具。最近在调研目前主流的Redis集群部署方案，所以详细地看了一遍官方对于Sentinel的介绍并在自己的台式机上完成了三Redis实例+三Sentinel实例的部署，这里做一下简单的总结。    首先，下载安装Redis。目前随Redis 2.8发布的Sentinel版本被antirez称为Sentinel 2，是在

Redis提供两种持久化方式，RDB和AOF；与RDB不同，AOF可以完整的记录整个数据库，而不像RDB只是数据库某一时刻的快照; 那么AOF模式为什么可以完整的记录整个数据库呢？ 原理：在AOF模式下，Redis会把执行过的每一条更新命令记录下来，保存到AOF文件中；当Redis需要恢复数据库数据时，只需要从之前保存的AOF文件中依次读取命令，执行即可 eg.

概述Spring 3.1 引入了激动人心的基于注释（annotation）的缓存（cache）技术，它本质上不是一个具体的缓存实现方案（例如 EHCache 或者 OSCache），而是一个对缓存使用的抽象，通过在既有代码中添加少量它定义的各种 annotation，即能够达到缓存方法的返回对象的效果。Spring 的缓存技术还具备相当的灵活性，不仅能够使用 SpEL（Spring

1 启动三个redis，端口分别是6379,6380,6381，master是6379端口,slave分别是6380,6381端口2如果master机器redis服务器挂了。那么会导致整个redis系统都用不了。有两种方案，一种是手动把剩下的两个redis做主从，一个是自动把剩下的做主从。手动主从1 修改其中的一个redis为master，比如修改6380端口的redis为ma

在最小配置：master、slave各一个节点的情况下，不管是master还是slave down掉一个，“完整的”读/写功能都将受影响，这在生产环境中显然不能接受。幸好redis提供了sentinel（哨兵）机制，通过sentinel模式启动redis后，自动监控master/slave的运行状态，基本原理是：心跳机制+投票裁决每个sentinel会向其它sentinal、master、

在线上环境发现了一个工作线程异常终止，看日志先是一些SocketTimeoutException，然后突然有一个ClassCastExceptionredis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out...java.lang.Class

最近在安装SASS的时候，用到gem命令，但是运行出行如下错误！C:\Users\len>gem install sassERROR: While executing gem ... (Gem::RemoteFetcher::FetchError) Errno::ETIMEDOUT: A connection attempt failed because the connected

Redis可以为数据库中的每一个键关联一个过期时间，当到达指定时间后Redis就会把该键从数据库中删除redis 127.0.0.1:6379> setex name 5 diaocow   # 为键name设置5秒的过期时间  OK  redis 127.0.0.1:6379> 5 秒后...  redis 127.0.0.1:6379> get name   # 键

集群的作用：1 主从备份，防止主机宕机2 读写分离，分担master的任务3 任务分离，如从服务器分担备份和计算工作。主从通信过程：1 slave需要同步的时候，slave会发起sync请求。2 master得到请求，会dump出rdb文件传给slave，slave拿到rdb文件塞到自己内存里面3如果在上述过程中，有新的命令过来，会缓冲在aof内

1  link链表结构   把值插入链表头部   lpush key value  向左边插入   lpush  character   a   rpush  character  b   rpush  key value  向右边插入2 返回链表中的元素,start,stop    lrange key start  stop   lrange

1 往集合新增数据   sadd  key  value1  value2  ...   sadd  gender male female    2 查看集合所有元素   smembers  key    smembers  gender  3 集合删除操作    srem  key  value1  value2 ....    srem

redis的事务redis支持简单事务。redis和mysql事务的对比                                mysql                                            redis 开启                       start transaction                          

概述相信学过Mysql等其他数据库的同学对事务这个词都不陌生，事务表示的是一组动作，这组动作要么全部执行，要么全部不执行。为什么会有这样的需求呢？看看下面的场景：微博是一个弱关系型社交网络，用户之间有关注和被关注两种关系，比如两个用户A和B，如果A关注B，则B的粉丝中就应该有A。关注这个动作需要两个步骤完成：在A的关注者中添加B；在B的粉丝中添加A。 这两个动作要么都执行成功，

1清理redis 缓存   flushdb  2 设置一个保存一个字符串类型     set key value  [ex 秒数 ] / [px 毫秒数]  (ex和px同时写,以后面为准)   set  a  ex  100 px 5000  实际有效是5000毫秒   3  一次设置多个值键  mset key1 value1  key2 val

Redis的订阅与发布Redis 的 SUBSCRIBE 命令可以让客户端订阅任意数量的频道， 每当有新信息发送到被订阅的频道时， 信息就会被发送给所有订阅指定频道的客户端。作为例子， 下图展示了频道 channel1 ， 以及订阅这个频道的三个客户端 —— client2 、 client5 和 client1 之间的关系： 当有新消息通过 PUBLISH 命令发送给

概述Redis的强大性能很大程度上都是因为所有数据都是存储在内存中的，然而当Redis重启后，所有存储在内存中的数据将会丢失，在很多情况下是无法容忍这样的事情的。所以，我们需要将内存中的数据持久化！典型的需要持久化数据的场景如下：将Redis作为数据库使用；将Redis作为缓存服务器使用，但是缓存miss后会对性能造成很大影响，所有缓存同时失效时会造成服务雪崩，无法响应。

1 在redis官网下载linux环境安装包。http://www.redis.io/download 2 解压redis压缩包   tar   zxvf  redis-3.0.6.tar.gz3 进入解压后的redis目录里面去  4 输入make命令5 安装到指定目录  make PREFIX=/usr/local/redis    install  6 安装完

感觉这东西跟mongodb差不多，安装和布置挺简单，下载地址：https://github.com/dmajkic/redis/downloads 下载下来的包里有两个，一个是32位的，一个是64位的。根据自己的实情情况选择，我的是64bit，把这个文件夹复制到其它地方，比如E:\TRS\redis目录下。打开一个cmd窗口  使用cd命令切换目录到E:\TRS\redis 运行 

我这段时间在用redis，感觉挺方便的，但比较疑惑在选择内存数据库的时候到底什么时候选择redis，什么时候选择memcache，然后就查到下面对应的资料，是来自redis作者的说法（stackoverflow上面）。    You should not care too much about performances. Redis is faster per core with smal

前几天微博发生了一起大的系统故障，很多技术的朋友都比较关心，其中的原因不会超出James Hamilton在On Designing and Deploying Internet-Scale Service(1)概括的那几个范围，James第一条经验“Design for failure”是所有互联网架构成功的一个关键。互联网系统的工程理论其实非常简单，James paper中内容几乎称不上理

Redis 持久化:提供了多种不同级别的持久化方式:一种是RDB,另一种是AOF.RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）。AOF 持久化记录服务器执行的所有写操作命令，并在服务器启动时，通过重新执行这些命令来还原数据集。 AOF 文件中的命令全部以 Redis 协议的格式来保存，新命令会被追加到文件的末尾。

在大型的互联网网站中，单机的Redis往往是不支持大并发的，很多时候都需要分布式以及集群来降低服务器崩溃造成整个网站的停止运行，所以，Redis也是需要进行分布式以及集群去防范这种现象的发生。我们需要一些依赖：[html] view plain copy print?span style="white-space:pre"

一、Redis的Replication：    这里首先需要说明的是，在Redis中配置Master-Slave模式真是太简单了。相信在阅读完这篇Blog之后你也可以轻松做到。这里我们还是先列出一些理论性的知识，后面给出实际操作的案例。    下面的列表清楚的解释了Redis Replication的特点和优势。    1). 同一个Master可以同步多个Slaves。

在执行gem install redis时 提示: gem install redis ERROR: Error installing redis: redis requires Ruby version >= 2.2.2.123查了查资料,CentOS7 yum库中ruby的版本支持到 2.0.0,可gem 安装redis需要最低是2.2.