Springboot 캐시 Redis 통합 방법

기본값은 캐시 구성 요소인 ConcurrentMapCacheManager의 ConcurrentMapCache입니다.

ConcurrentMap을 사용하면 데이터가 ConcurrentMap<object></object>에 저장됩니다.

실제로 개발 과정에서 일부 캐싱 미들웨어를 사용하는 경우가 많습니다.

예를 들어, 우리는 우리가 사용하는 ehcache 등을 포함하여 redis, memcache를 자주 사용합니다. 우리 모두는 일부 캐싱 미들웨어를 사용합니다.

이전에 원리를 설명했을 때 springboot가 많은 캐시 구성을 지원한다는 사실도 발견했습니다.

아래 그림에 표시된 대로:

기본 시작 구성은 SimpleCacheConfiguration입니다.

다른 캐시는 언제 활성화되나요?

ctrl+n을 사용하여 이러한 구성 클래스를 검색한 다음 들어가서 조건부 조건을 확인할 수 있습니다.

이러한 구성은 해당 패키지를 가져올 때만 작동한다는 의미입니다. 효과적인.

redis를 캐시로 통합

redis 기술을 모르는 학생들이 있다면 샹 실리콘밸리에서 Zhou Yang 선생님이 출시한 redis 시리즈 설명 영상이 있습니다. 또는 redis 공식 웹사이트를 최대한 빨리 방문하여 학습할 수 있습니다. redis.cn은 redis 학습을 위한 중국 웹사이트입니다.

redis 설치

redis 이미지 검색

해외 창고와 연결되어 있어서 속도가 상대적으로 느립니다.

Docker China 사용을 권장합니다.

docker pull Registry.docker-cn.com/library/redis

redis 이미지 시작

docker run -d -p 6379:6379 --name myredis [REPOSITORY]
docker ps

테스트하려면 redis 연결 도구를 엽니다.

redis 데스크탑 관리자

Redis 공통 데이터 작업 테스트

redis 작업 목록

redis 설정 연산

redis 스타터 소개

ㅋㅋㅋ

이 RedisAutoConfiguration은 컨테이너에 두 가지 구성 요소를 추가합니다.

컨테이너에 추가된 구성 요소는 RedisTemplate이라고 하고 다른 구성 요소는 StringRedisTemplate이라고 합니다.

이 두 가지가 Redis를 운영하는 데 사용됩니다.

이것은 이전에 다들 사용하던 jdbcTemplate과 동일하며, 데이터베이스를 운영하는데 사용되었습니다.

이것은 Redis의 작업을 단순화하기 위해 Spring이 사용하는 두 가지 템플릿입니다. 프로그램에서 이 두 가지를 사용하려면 자동으로 삽입하면 됩니다.

redis 테스트

redis 작업 목록:

redis 테스트 저장 개체

이런 이해할 수 없는 일들은 모두 연재의 결과입니다.

redisTemplate 기본 직렬화 규칙

기본 직렬 변환기는 사용되는 JdkSerializationRedisSerializer입니다.

기본 직렬 변환기는 사용되는 JDK 직렬 변환기입니다.

json 직렬 변환기로 전환해 보겠습니다. 그게 전부입니다.

redis 구성

테스트 클래스에서는 우리가 직접 구성한 redisTemplate이 자동으로 주입됩니다.

그런 다음 개체 저장을 다시 테스트합니다.

이는 직렬 변환기 수정이 성공했음을 보여줍니다.

이를 통해 나중에 객체를 저장하려면 종종 직렬 변환기를 수정해야 한다는 점을 분명히 알 수 있습니다.

테스트 캐시

저희는 이전에 ConCurrentMap의 캐시 관리자를 사용했습니다.
이 캐시 관리자는 캐시 구성 요소를 만드는 데 도움이 됩니다.
캐시 구성 요소는 실제로 캐시에서 CRUD 작업을 수행합니다.

이제 Redis를 도입했으니 어떻게 될까요?
자동 구성 보고서를 켤 수 있도록 application.properties에서 debug=true를 설정했습니다.
이때 프로그램을 다시 시작하고 콘솔에서 검색합니다.
어떤 자동 구성 클래스가 적용되는지 살펴볼까요?

기본적으로 활성화된 것은 SimpleCacheConfiguration입니다.

이제 redis 관련 스타터를 도입했으므로 프로그램은 기본적으로 RedisCacheConfiguration을 켭니다.

프로그램을 시작하고 직접 테스트해 보세요.

처음 쿼리할 때 데이터베이스를 쿼리한다는 의미입니다.

두 번째 쿼리 시 콘솔에 출력이 없어 캐시가 쿼리되었음을 나타냅니다.

캐시는 기본적으로 Redis에 의해서만 활성화됩니다.

그럼 Redis에 있어야 합니다.

확인할 수 있습니다:

이것은 문제를 보여줍니다. k와 v가 모두 객체인 경우 객체가 기본적으로 저장될 때 직렬화를 사용하여 저장합니다. Redis가 자동으로 json으로 저장하기를 원합니다.

우리는 어떻게 해야 할까요?

먼저 이러한 프로세스의 원리를 분석해 보겠습니다.

1. Redis 스타터를 도입하여 캐시 관리자가 rediscachemanager로 변경되었습니다.

2. 기본적으로 생성된 rediscachemanager는 데이터 작업 시 redistemplate을 전달합니다.

3. 이 redistemplate은 redisautoconfiguration에 의해 생성되었습니다. 이 재배포에서 사용되는 기본 직렬화 메커니즘은 jdkserializationredisserializer입니다. 이는 redis가 기본적으로 우리를 차단하는 redisCacheManager가 우리의 요구 사항을 완전히 충족하지 못한다는 사실과 동일합니다.

우리는 어떻게 해야 할까요?

CacheManager를 맞춤설정해야 합니다.

Customized redisCacheManager

이때 테스트를 위해 프로젝트를 다시 시작하는데, 이때 우리가 원하는 결과가 Redis에서 보입니다.

Qiu의 다음 인터뷰에서 소프트웨어 파크에 오고 싶은 사람들에게 물어볼 수 있습니다. redis 스타터가 객체를 저장할 때 redisTemplate의 기본 직렬화 규칙이 무엇인지 아시나요?

redis를 사용할 때 기본 직렬화 규칙을 수정하려면 어떻게 해야 하나요?

redisCacheManager를 사용자 정의한 다음 redisTemplate을 사용자 정의하고 redisTemplate에 json 관련 직렬 변환기를 전달할 수 있습니다.

남은 작은 문제

Database

데이터베이스의 부서 테이블에 데이터 조각을 넣습니다.

mapper

부서 작업에 해당하는 매퍼를 작성합니다.

service

해당 서비스를 작성해보자

controller

프로젝트 테스트 시작

그럼 Redis에 데이터가 있는지 확인해볼까요?

저희가 살펴보니 redis에 부서 관련 데이터가 있는 것을 발견했습니다.

dept를 두 번째로 쿼리할 때는 캐싱 Redis를 사용해야 합니다.

그런데 두 번째로 확인해 보니 아래와 같은 오류가 발생했습니다.

Error

위에 보고된 오류는 json을 읽을 수 없음을 의미합니다.

부서의 json 객체를 직원의 json 객체로 변환해야 하는데 이는 불가능하기 때문입니다.

우리가 배치한 redisCacheManager는 직원 운영을 위한 것이기 때문입니다.

그래서 지금 우리가 보는 효과는 매우 마법적입니다.

캐시된 데이터는 Redis에 저장할 수 있습니다.

하지만 캐시에서 두 번째로 쿼리할 때는 다시 역직렬화할 수 없습니다.

저희가 저장하는 것은 부서의 json 데이터이고, 저희 캐시매니저는 기본적으로 직원의 템플릿을 사용하여 redis를 운영하고 있는 것으로 확인되었습니다.

이 기능은 직원 데이터만 역직렬화할 수 있습니다.

오류 해결

이때 redisCacheManager가 2개 있는데 어떤걸 사용해야 할까요?

서비스에서 지정할 수 있습니다.

그런 다음 프로젝트를 다시 시작했는데 결과는 오류였습니다.

cacheManager가 여러 개 있는 경우 특정 캐시 관리자를 장치의 기본 구성 캐시 관리로 사용해야 합니다.

예를 들어, 이 시작 오류의 내용을 수정하기 위해 다음 작업을 수행할 수 있습니다.

프로젝트 테스트를 위해 다시 시작

이 때 두 번째 부서 문의를 수행할 때 살펴보겠습니다. Redis에서 우리 부서 정보를 정상적으로 성공적으로 읽으시겠습니까?

이때 우리는 직원이든 부서이든 Redis에서 deserialize 및 쿼리를 성공적으로 수행할 수 있음을 발견했습니다.

완벽해요.

코딩을 사용한 캐시 작업

앞서 말한 것은 모두 주석을 사용하여 캐시에 데이터를 배치하는 것입니다.

하지만 개발을 하다 보면 이런 상황에 자주 부딪히게 됩니다.

즉, 개발이 특정 단계에 도달하면 일부 데이터를 캐시에 넣어야 합니다.

캐시를 작동하려면 코딩을 사용해야 합니다.

예를 들어 부서 정보를 쿼리한 후 이 정보를 Redis에 입력하려고 합니다.

부서의 캐시매니저를 주입할 수 있습니다.

그러면 코딩 과정에서 이 캐시 관리자를 조작하여 캐시를 얻을 수 있고,

그런 다음 캐시 구성 요소를 조작하여 데이터를 추가, 삭제, 수정 및 확인할 수 있습니다.

위 코드를 테스트하고 프로젝트를 시작한 결과 문제가 없으며 데이터가 성공적으로 redis에 입력되었음을 확인했습니다.

위 내용은 Springboot 캐시 Redis 통합 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!