缓存之redis
缓存在软件系统中有着不可替代的作用,特别是访问量巨大的网站,我们对系统热点数据的缓存将会降低数据库的压力,提高系统性能。目前常用的缓存大致分为本地缓存和独立的缓存服务,本地缓存常用的有ehcached,oscached等,而独立的服务器缓存常用的有memcache
缓存在软件系统中有着不可替代的作用,特别是访问量巨大的网站,我们对系统热点数据的缓存将会降低数据库的压力,提高系统性能。目前常用的缓存大致分为本地缓存和独立的缓存服务,本地缓存常用的有ehcached,oscached等,而独立的服务器缓存常用的有memcached、redis等。
Redis is an open source, BSD licensed, advanced key-value store. It is often referred to as a data structure server since keys can contain strings, hashes, lists, sets and sorted sets.
这是redis官网redis.io对redis的描述,我们从中可以看出,它是一个高性能的、更加高级的key-value缓存服务器。其中的更加高级,可能是相对于memcached这种简单的缓存服务器而言。比如redis可以在不取回缓存对象的情况下,通过指令直接对缓存的数字类型进行加、减操作,也可以对缓存的list中的内容进行修改操作,还可以对缓存的字符串进行直接的修改操作等等,这些操作都不需要取回缓存中的数据,因此没有序列化、反序列化的开销,性能会更高。另外,redis对一些复杂数据结构的支持,可以满足一些特定场景下的需求,比如sorted sets。
当然更高级、先进的redis,在功能强大的同时也增加了自身的复杂性。复杂可不是什么好事情,复杂的东西可能会给我们带来烦恼,实践证明,真正能够解决问题的方案一般都是简单的。因此,就redis和memcached而言,后者功能简单也更容易使用,这就造成了memcached在当前依然是缓存服务器中的老大(当然任何事都不能太绝对,我们在实际项目中可以根据不同的需求应用场景选择不同的缓存方案)。
本文是入门级文章,我在讲解redis的同时,也会顺便提到memcached,以便于大家对比。
先来安装redis,同样以windows系统为例(因为更多同鞋没有安装linux环境)。winodws的安装很简单,下载redis for windows的编译版本(地址在:http://code.google.com/p/servicestack/downloads/list),这是一个zip压缩包,将这个包解压到某个目录下,运行其中的redis-server.exe即可启动服务器。
如果你要指定一些额外的配置参数,可以在运行cmd中指定redis的配置文件,比如:
redis-server.exe conf/myredis.conf,
这样就可以在myredis.conf中配置更多的信息了。比如:daemonize,logfile,database,dbfilename,slaveof,loglevel等等,其中有两个参数我要说一下。
dbfilename参数,这个参数可以指定持久化文件名,默认是dump.rdb。这个参数说明redis可以将内存中缓存的东西进行持久化,如果您缓存服务器宕机重启了,redis下次重启时可以自动从这个文件中读取数据并恢复至内存中。这个功能在memcached中是没有的,memcached如果重新启动,缓存的数据将全部丢失。话又说回来,缓存的数据一般是来自数据库的,完全可以重新加载,系统在经过一段时间的运行后自然会重新填充到缓存服务器中的。当然,丢失缓存数据这对于一些大数据高并发发的网站来说,也许并不可接受,因为可能在瞬间造成数据库的极大访问压力而造成系统崩溃。
另一个参数是slaveof,这个参数可以指定redis主服务器,也就是说redis可以做成主从结构的,通过这种架构来保证系统的高可用性。当然,memcached也可以做成主从结构,但memcache需要第三方的插件支持(可以下载memcached-repcached并安装)。主从结构可以做到当主服务器发生故障的时候,从服务器可以升级以继续提供服务。
说到高可用性,另一个问题不得不提出,那就是分布式(即集群),因为缓存的东西都是在内在中的,一台服务器的内在毕竟有限,那我们就得搭建一个服务器集群在多台服务器上保存缓存的数据(即分片保存)。如何根据客户端的数据key找到集群中的正确的缓存服务器呢(实际项目中更有某台缓存服务器故障下线,或添加新的缓存服务器)?目前的做法是一致性hash,具体算法大家可以去查一下哦。
对分布式的Redis的访问,java客户端程序Jedis中已有实现,具体代码如下:
List<JedisShardInfo> jdsInfoList =new ArrayList<JedisShardInfo>(); //集群中的A服务器 JedisShardInfo infoA = new JedisShardInfo(hostA, portA); //集群中的B服务器 JedisShardInfo infoB = new JedisShardInfo(hostB, portB); //加入可用结点中 jdsInfoList.add(infoA); jdsInfoList.add(infoB); //下面的Hashing.MURMUR_HASH就是由Jedis提供的分布式的hash key算法 ShardedJedisPool pool =new ShardedJedisPool(config, jdsInfoList, Hashing.MURMUR_HASH, Sharded.DEFAULT_KEY_TAG_PATTERN); ShardedJedis jedis = pool.getResource(); //下面就可以进行操作了哦
下面简单说一下,在java中如何访问redis。现在常用的客户端是jedis,具体的操作我也不想再写了,大家可以从这些方面去体验Redis的独特之处,我贴出网址。
一、丰富数据类型的支持。redis中各种数据类型对应的jedis操作命令 .
二、对字符串的操作。redis – String字符串操作 .
三、事务等特性。Redis的Java客户端Jedis的八种调用方式(事务、管道、分布式…)介绍.
四、其它的一些特殊用途,比如跨jvm主键生成器等。Jedis使用总结【pipeline】【分布式的id生成器】【分布式锁【watch】【multi】】【redis分布式】.
大家要注意的是,大部分Jedis api的操作上传入的参数都是String或byte[],如果我们需要把对象放入redis中去,必须对对象进行序列化,而从redis中读出来又得反序列化,比如下面的代码:
tx.set("key_user1".getBytes(), SerializationUtils.serialize(u)); User u = (User)SerializationUtils.deserialize(jedis.get("key_user1".getBytes()));
其中SerializationUtils是由spring core提供的,你也可以使用apache工具包中提供的类似功能类,或都自己用对象流实现也是一样的。
另外,如果您的项目中使用spring框架,您可以使用spring-data-redis,spring data redis提供了几个常用的redis客户端的封装,以在高层面抽像出统一的使用接口(其实相当于适配器),建议在spring项目中采用这种方式。
同时,taobao也开源了自己redis客户端tedis,据说具有更好的性能和可用性,tedis还提供了object的高层api,使用起来更为方便。另外,taobao开源了很多的软件系统,对于中国的开源界来说是一件很好的事,相比腾讯这些自私的公司,品质自然不在一个档次,但阿里系统的开源源代码中似乎都不写什么注释说明的(比如druid连接池开源代码),也许是这些公司的牛人太忙了,也许是认为写了注释也没人会去看吧,呵呵。
好,redis的内容先简单介绍到这吧。
原文地址:缓存之redis, 感谢原作者分享。

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

Redis Cluster Mode는 Sharding을 통해 Redis 인스턴스를 여러 서버에 배포하여 확장 성 및 가용성을 향상시킵니다. 시공 단계는 다음과 같습니다. 포트가 다른 홀수 redis 인스턴스를 만듭니다. 3 개의 센티넬 인스턴스를 만들고, Redis 인스턴스 및 장애 조치를 모니터링합니다. Sentinel 구성 파일 구성, Redis 인스턴스 정보 및 장애 조치 설정 모니터링 추가; Redis 인스턴스 구성 파일 구성, 클러스터 모드 활성화 및 클러스터 정보 파일 경로를 지정합니다. 각 redis 인스턴스의 정보를 포함하는 Nodes.conf 파일을 작성합니다. 클러스터를 시작하고 Create 명령을 실행하여 클러스터를 작성하고 복제본 수를 지정하십시오. 클러스터에 로그인하여 클러스터 정보 명령을 실행하여 클러스터 상태를 확인하십시오. 만들다

Redis 데이터를 지우는 방법 : Flushall 명령을 사용하여 모든 키 값을 지우십시오. FlushDB 명령을 사용하여 현재 선택한 데이터베이스의 키 값을 지우십시오. 선택을 사용하여 데이터베이스를 전환 한 다음 FlushDB를 사용하여 여러 데이터베이스를 지우십시오. del 명령을 사용하여 특정 키를 삭제하십시오. Redis-Cli 도구를 사용하여 데이터를 지우십시오.

Redis의 대기열을 읽으려면 대기열 이름을 얻고 LPOP 명령을 사용하여 요소를 읽고 빈 큐를 처리해야합니다. 특정 단계는 다음과 같습니다. 대기열 이름 가져 오기 : "큐 :"와 같은 "대기열 : my-queue"의 접두사로 이름을 지정하십시오. LPOP 명령을 사용하십시오. 빈 대기열 처리 : 대기열이 비어 있으면 LPOP이 NIL을 반환하고 요소를 읽기 전에 대기열이 존재하는지 확인할 수 있습니다.

CentOS 시스템에서는 Redis 구성 파일을 수정하거나 Redis 명령을 사용하여 악의적 인 스크립트가 너무 많은 리소스를 소비하지 못하게하여 LUA 스크립트의 실행 시간을 제한 할 수 있습니다. 방법 1 : Redis 구성 파일을 수정하고 Redis 구성 파일을 찾으십시오. Redis 구성 파일은 일반적으로 /etc/redis/redis.conf에 있습니다. 구성 파일 편집 : 텍스트 편집기 (예 : VI 또는 Nano)를 사용하여 구성 파일을 엽니 다. Sudovi/etc/redis/redis.conf LUA 스크립트 실행 시간 제한을 설정 : 구성 파일에서 다음 줄을 추가 또는 수정하여 LUA 스크립트의 최대 실행 시간을 설정하십시오 (Unit : Milliseconds).

Redis Command Line 도구 (Redis-Cli)를 사용하여 다음 단계를 통해 Redis를 관리하고 작동하십시오. 서버에 연결하고 주소와 포트를 지정하십시오. 명령 이름과 매개 변수를 사용하여 서버에 명령을 보냅니다. 도움말 명령을 사용하여 특정 명령에 대한 도움말 정보를 봅니다. 종금 명령을 사용하여 명령 줄 도구를 종료하십시오.

Redis Counter는 Redis Key-Value Pair 스토리지를 사용하여 다음 단계를 포함하여 계산 작업을 구현하는 메커니즘입니다. 카운터 키 생성, 카운트 증가, 카운트 감소, 카운트 재설정 및 카운트 얻기. Redis 카운터의 장점에는 빠른 속도, 높은 동시성, 내구성 및 단순성 및 사용 편의성이 포함됩니다. 사용자 액세스 계산, 실시간 메트릭 추적, 게임 점수 및 순위 및 주문 처리 계산과 같은 시나리오에서 사용할 수 있습니다.

REDIS 데이터 만료 전략에는 두 가지 유형이 있습니다. 정기 삭제 : 만료 된 기간 캡-프리브-컨트 컨트 및 만료 된 시간 캡-프레임 딜레이 매개 변수를 통해 설정할 수있는 만료 된 키를 삭제하기위한주기 스캔. LAZY DELETION : 키를 읽거나 쓰는 경우에만 삭제가 만료 된 키를 확인하십시오. 그것들은 게으른 불쾌한 말입니다. 게으른 유발, 게으른 게으른 expire, Lazyfree Lazy-user-del 매개 변수를 통해 설정할 수 있습니다.

Debian Systems에서 ReadDir 시스템 호출은 디렉토리 내용을 읽는 데 사용됩니다. 성능이 좋지 않은 경우 다음과 같은 최적화 전략을 시도해보십시오. 디렉토리 파일 수를 단순화하십시오. 대규모 디렉토리를 가능한 한 여러 소규모 디렉토리로 나누어 읽기마다 처리 된 항목 수를 줄입니다. 디렉토리 컨텐츠 캐싱 활성화 : 캐시 메커니즘을 구축하고 정기적으로 캐시를 업데이트하거나 디렉토리 컨텐츠가 변경 될 때 캐시를 업데이트하며 readDir로 자주 호출을 줄입니다. 메모리 캐시 (예 : Memcached 또는 Redis) 또는 로컬 캐시 (예 : 파일 또는 데이터베이스)를 고려할 수 있습니다. 효율적인 데이터 구조 채택 : 디렉토리 트래버스를 직접 구현하는 경우 디렉토리 정보를 저장하고 액세스하기 위해보다 효율적인 데이터 구조 (예 : 선형 검색 대신 해시 테이블)를 선택하십시오.
