히카리풀 개수 설정 공식 질문입니다

Question

&#96;&#96;&#96;&#64;Trasanctionalfun usecase() { // 000 조회 repository.find000; // xxx 조회 repository.findXXX; // ㅁㅁㅁ 조회 repository.findㅁㅁㅁ;}&#96;&#96;&#96;pool-size를 구하는 공식을 보고 Cm(커넥션수)를 세어보고 싶었고적은 코드와 같은 상황에서는 필요한 커넥션 수가 1이라고 생각슴다.그럼 pool-size가 tn X (1 -1) &#43;1 &#61; tn X 0 &#43; 1 &#61; 1 으로 tn과 상관없이 1이 나와서 혹시 내가 어디 잘못생각하고 있는건가? 생각이 들어서 질문합니다.관련 링크: https://techblog.woowahan.com/2663/

웹땔깜 · Answer

공식은 데드락이 발생하지 않는 풀의 최소갯수니까 맞는거 아닌가요?

AskeTeddy · Answer

위 히카리 컨넥션 풀의 내용인 [pool size = Tn(하드웨어 최대 쓰레드 수) * (Cm(단일 쓰레드 동시 연결 수) - 1) + 1]은 최적의 풀 개수 설정 얘기가 아닙니다.교착 상태를 피하기위한 최소의 컨넥션 풀 사이즈를 의미합니다(최적의 컨넥션 풀 사이즈가 아님)jpa 는 단일 쓰레드에서 1개의 동시 연결을 지정하므로, @Transactional 어노테이션을 쓰면 하나의 쓰레드는 하나의 동시 연결만 발생합니다.(transaction begin ... end) 따라서 pool size 가 1개여도 문제가 없다는 것을 의미합니다.application level 에서 위 내용을 회피해야한다는 얘기이고, 아래 자료에서 잘 나와 있습니다.https://github.com/brettwooldridge/HikariCP/wiki/About-Pool-Sizing

준준준준준준 · Answer

아하 감사합니다! 어렵다는 생각이 들어서 글을 읽으면서도 놓이는 부분이 많았던 것 같습니다.천천히 다시 살펴보겠슴다.!

집킨 · Answer

그 공식은 pool locking 이 발생하지 않는 것을 보장하는 풀 사이즈 계산 공식이구요그래서 둘 이상의 커넥션을 사용하는 하나의 작업을 병렬로 처리할때 사용하는 공식인거죠예를 들어서 커넥션 2개 쓰는 작업을 스레드 2개로 병렬처리하는데 커넥션풀에 커넥션이 2개만 있으면타이밍 안좋으면 pool locking이 걸리겠죠 (한 타이밍에 A스레드가 1번 커넥션을, B스레드가 2번 커넥션을 점유한 상황)그래서 2보단 커야하는데 도대체 어느정도 돼야 오바하지도, 모자라지도 않을까? 할때 쓰는 계산식인거죠

초무쿤 · Answer

제일 이상적인건 webserver thread pool 사이즈 &#61; connection pool 사이즈 &#61; Active User 인데전 보통 webserver 디폴트값(200정도 될듯) 그대로 사용하고 active user 에 1.5배수 정도 connection pool 사이즐를 맞추긴 하는데요. (동시접속자 10 이면 15개로 설정)위에 &#64;Transactional 로 트랜잭션이 시작된 후에는 Connection이 계속 재사용될겁니다.(최초 Connection 사용 후 Thread local에 저장되서 이후 계속 재사용됨. 쓰레드기반 컨테이너인 경우입니다. webflux등은 좀 다른 방식이고..)고로 저 &#64;Transaction 내부 로직을 한번 호출할때 사용되는 Connection은 1개가 계속 재사용될겁니다.ps. 더 자세한 내용은 DataSource,PlatformTrasactionManager 관련 소스를 확인해보시면 됩니다.

히카리풀 개수 설정 공식 질문입니다

5개의 답변

Q&A 목록