1 개의 커넥션이 동시에 처리할수 있는 쿼리 갯수(?)

Question

여러대 의 클라이언트에서 하나의 서버에 접근하여 1분 마다 API 통신하며 화면에 조회된 데이터를 반영합니다. 서버에서는 배치 프로그램이 돌면서 5분 마다 데이터를 insert 하는 동작이 존재합니다.추가적으로 알고리즘이 돌면서 DB 에 insert 합니다. Mybatis 사용중입니다. 시스템 구성은 대략 저렇게 동작을 하는데 최근 운영중 에 문제가 커넥션 타임 아웃 이 발생하면서 시스템이 전체적으로 느려지는 일이 발생했습니다. 이로 인해서 hikari 의 커넥션 풀 을 임시로 늘렸습니다. 다만 1개의 커넥션이 동시에 처리할수 있는 쿼리(?) 에 의문이 생겨서 여쭤봅니다. 과거에는 커넥션 을 직접 맺고 끊으며 자원을 반환했으나 현재는 커넥션 풀 을 이용해 이러한 &#34;직접 맺고 끊는&#34; 작업을 더이상 안하게 되었는데이렇게 볼때 한개의 커넥션은 하나의 쿼리를 실행한다. 라고 생각이 드는데... 커넥션 의 정확한 정의? 개념? 을 잘 모르겠습니다.

하루의_spring · Answer

커넥션의 의미가 맞습니다1 커넥션 1SQL 쿼리를 호출할 수 있으며 커넥션의 개수가 많으면 많을 수록 처리할 수 있는 SQL 양이 늘어나는것은 맞습니다다만 커넥션 개수는 서버의 스펙과 밀접하게 관련이 있음으로 적절한 커넥션 쿼리를 지정해주는것이 좋습니다서버 스펙이 별로면 아무리 많은 커넥션이 있다고 할지라도 활용되지 못할것이고서버 스펙은 좋은데 커넥션 개수가 적으면 마찬가지로 병목현상이 일어나게 됩니다

Clickin · Answer

그래서 커넥션 풀 갯수를 적절히 조정해야합니다.커넥션 풀 이외의 방법으로 최적화하는 경우라면자잘한 쿼리가 너무 많이 전달되어서 병목이 생긴다면 한방쿼리 방식으로 바꿔서 하나에 더 밀어넣는 방법과쿼리시간이 긴 쿼리때문에 타임아웃이 발생한다면 쿼리 최적화를 해보는 방법이 있겠습니다

장독깨기 · Answer

서비스를 요청하는 쪽을 클라이언트, 서비스를 제공하는 쪽을 서버라 합니다. 클라이언트/서버라 하죠.클라이언트는 해당 서버에 연결하고 서비스를 요청하고 서비스를 제공받고 연결을 해제합니다.그니까, 서버에 서비스를 요청하려면 일단 연결을 해야 하잖아요.이 연결이 커넥션 입니다. 클라이언트가 연결을 하면 이제 서비스를 요청할 수 있겠죠.당연히 한번에 하나씩 요청을 합니다.데이터베이스 역시 클라이언트/서버 구조이고, 클라이언트는 요청을 SQL 문으로 합니다.한개의 커넥션은 하나의 쿼리를 실행한다딱히 틀린 말은 아니지만, 조금 어색하긴 합니다.커넥션은 연결 정보이고, 클라이언트와 서버가 연결이 되어 있으면,이 연결정보를 통해 서비스(sql)를 요청하고 응답받고, 또 요청하고 응답받고, ... 이렇게 할 수 있겠죠.하나의 서비스를 요청하고 응답받는 과정을 &#34;하나의 쿼리를 실행한다&#34; 로 이해 한 거 같습니다.근데, 이 연결을 서비스 요청하고 응답 받은 후 해제할 수도 있습니다만,다른 서비스를 요청하려면 또 연결하고 해제하는 과정을 거쳐야겠죠.그니까, 매번 연결/해제하는 비용이 듭니다.또한, 동시 접속이 많을 경우, 가령, 동시에 천건의 요청이 있다,그럼, 천건의 연결을 데이터베이스가 받아들여야겠죠.데이터베이스 서버 역시 연결을 받아들이는 건 수가 정해져 있습니다. 무작정 받아들일 수 없겠죠.서버가 받아 들일 수 있는 연결을 초과해서 요청을 하면 타임아웃이 발생합니다.그래서, 클라이언트 어플리케이션은 초기에 여러 개의 연결을 맺고 해제를 하지 않습니다.이 연결 정보를 모아둔 것이 커넥션 풀 입니다.이렇게 모아두고 필요할 때 하나씩 꺼내서 사용하는거죠.이 커넥션 풀은 초기값, 최소값, 최대값이 있어 접속 수에 따라 조절이 됩니다.그리고, 이 커넥션 풀의 최대값을 초과하는 동시 요청이 있으면 역시 타임아웃이 발생합니다.커넥션에 대한 정의, 개념에 대해 좀 이해가 됐는지 모르겠군요. :)

MSSQL 튜너 · Answer

데이터를 쪼개서 넣으세요~

아직도개발중 · Answer

모든 클라이언트가 동일한 조건으로 조회를 한다면 앞단에 캐시서버를 두시는건 어떠신가요?데이터가 5분 마다 insert 된다고 하면 결국 조회해가는 데이터들은 5분동안은 동일할텐데 각 클라이언트마다 조회 조건이 바뀌는게 아니라면 캐싱하는게 더 효율적일 것 같습니다.위에 작성해주신 기준으로만 생각하다보니 정답이 아닐 수는 있어요~

하이열 · Answer

커넥션 풀은 컨테이너가 한명의 사람 혹은 트랜잭션이 처리하는 기준입니다. 서버 로드시 컨테이너에서 설정한 개수를 생성하여 접속시 커넥션을 주고 트랜잭션이 처리하는 동안 커넥션을 유지하고 처리후 반환합니다.하나의 트랜잭션은 트랜잭션 내에서 수행하는 쿼리의 수는 제한하지 않습니다. auto commit을 false 시키고 insert를 100만개 해도 됩니다. 이후에 auto commit을 false시키고 트랜잭션을 종료하기 까지 계속 수행합니다.다만 100만개가 어려운 이유는 힙메모리 내에 100만개를 가지고 올수 없기때문에 어려운 것이죠. 데이터 처리가 복잡한 경우 대새 db 프로시져를 사용하는게 낫습니다. 속도가 늦거나 끓어지는 이유는 정확한 오류를 찾아봐야 하지만 mybatis의 캐쉬 옵션이나 db의 부하, was의 커넥션풀 알고리즘의 변경 등을 예로 들수 있습니다. was가 제공하는 옵션을 확인하고 데이터소스를 jndi 방식으로 제공하는지, 혹은 해당 jndi와의 드라이브 버젼 문제인지 등의 엔지니어링적 뮨제도 살펴봐야 합니다

1 개의 커넥션이 동시에 처리할수 있는 쿼리 갯수(?)

6개의 답변

기타 목록