🆘 문제

<aside> ⚠️ PinPoint calltree 메서드별 분석 결과 지나치가 응답시간이 긴 트랜잭션의 경우, HikariCP의 ‘getConnection()’ 메서드에서 대부분의 응답시간이 소요됨을 확인했습니다.

</aside>

👁‍🗨 분석

GitHub - brettwooldridge/HikariCP: 光 HikariCP・A solid, high-performance, JDBC connection pool at last.

<aside> 💡 서버에서 DB로 쿼리를 보낼 때 커넥션을 취득하는 과정에서 병목현상이 발생한다고 판단했습니다.

</aside>

🌟 시도

1. 토큰으로 유저정보를 조회할 때 로컬 캐시를 적용.

@Service
@RequiredArgsConstructor
public class UserDetailsServiceImpl implements UserDetailsService {

  private final UserRepository userRepository;

  //  토큰에 있는 email로 유저 정보 조회
  @Override
  @Cacheable(cacheNames = "localCache", key = "#email")
  public UserDetails loadUserByUsername(String email) {
    User user = userRepository.findByEmail(email).orElseThrow(
        () -> new CustomException(ExceptionType.NOT_FOUND_USER_EXCEPTION)
    );
    return new UserDetailsImpl(user, user.getEmail());
  }
}

// -------------------------------------------------------------------
@Configuration
@EnableCaching
public class CacheConfig extends CachingConfigurerSupport {

@Bean
  public CacheManager localCacheManager() {
    CaffeineCacheManager cacheManager = new CaffeineCacheManager("localCache");
    cacheManager.setCaffeine(Caffeine.newBuilder()
        .expireAfterWrite(1, TimeUnit.HOURS)
        .maximumSize(200));
    return cacheManager;
  }

  @Bean
  public CacheManager redisCacheManager() {
    RedisCacheManager.RedisCacheManagerBuilder builder = RedisCacheManager.RedisCacheManagerBuilder
        .fromConnectionFactory(redisConnectionFactory());
    return builder.build();
  }

  @Primary
  @Bean
  @Override
  public CacheManager cacheManager() {
    return new CompositeCacheManager(localCacheManager(), redisCacheManager());
  }

• 프로젝트에서 인증/인가로 사용하고 있는 JWT 토큰의 경우 토큰에 있는 user의 email로 user를 조회하는 메서드가 있는데 토큰이 사용되는 메서드는 모두 이 과정을 거치게 됩니다.
• 로그를 찍어보면 10ms 미만의 간단한 읽기 쿼리이지만 쿼리 숫자를 줄이고 싶어 Local 캐시를 여기에 적용해보았습니다.
• TTL 설정과 더 나은 성능을 위해 Caffeine 라이브러리를 추가해서 캐시 매니저 설정을 해두었습니다.

2. Hikari maximumPoolSize와 RDS MySQL max_connections 설정을 조절해 적절한 수의 커넥션 풀을 생성.