Mybatis+PostgreSQL에서 쿼리 실행 시 JDBC나 Sql클라이언트에서 실행할 때보다 느려집니다.

Question

Java에서 Mybatis를 사용해서 다른 PC에 구축된 PostgreSQL DB에 Select 등의 쿼리를 실행할 경우,결과가 돌아올 때까지 JDBC에서 PreparedStatement사용해서 동일 DB&Sql&파라미터로 실행할 때에비해 약 2~3배가량 느립니다. (직접 실행 시 2.5초 걸리는 Select문이 7-8초 가량 걸리는 등)Mybatis에서 #{param}으로 지정하면 바인드 변수가 되는 게 문제인 것도 아닌 것 같은 게, 테스트 용으로 SQL에 #{param} 대신 직접 파라미터를 적어봐도 마찬가지로 느립니다.DB 버전 및 사용한 마이바티스 버전은 다음과 같습니다.DB : PostgreSql 16.2Mybatis : 3.5.19해당 처리 과정에서 확인한 내용은 다음과 같습니다.디버그 모드에서 1스텝 씩 진행해 봤을때, mybatis도 최종적으로 PreparedStatement.execute()로 실행되는 것을 확인.execute()처리에서 대부분의 시간이 소요됨. execute이후에 ResultSet을 DTO로 파싱하는 과정은 50-100ms내로 완료.explain analyze로 Sql실행 시, 바인드 변수 사용 유무에 관계 없이, JDBC 혹은 Sql클라이언트에서 동일sql을 explain analyze했을 때와 같은 결과를 반환.Sql실행 중 pg_stat_activity결과 확인 시, backend_start시점과 query_start 간에 SQL실행 중 소요된 시간과 유사한 시간차가 있음.Java Flight Recorder로 Sql처리 결과 확인 시, Socket I/O에서 Sql처리에 소요된 시간과 유사한 시간이 소모된 것을 확인동일한 테이블 구성/인덱스/데이터를 가진 Oracle DB를 대상으로 시험할 경우, 해당 문제가 발생하지 않음.pg_stat_statements 쪽은 DB 구축 시에 설치를 안 한 건지 실행해도 없다고 떠서 아직 확인 못했습니다. 해당 PC에 임의 설치 및 DB 재부팅이 가능한지는 아직 문의 중이라 답변을 기다리는 중입니다. 그 외 조사 과정에서 시도해 본 내용은 다음과 같습니다.마이바티스 라이브러리 버전을 3.5.4에서 3.5.19로 버전 업(효과 없음)Mybatis-config.xml에서 DefaultFetchSize를 1000으로 변경(효과 없음)Mybatis-config.xml에서 lazyLoadingEnabled/aggressiveLazyLoading를 변경(true/false 양쪽 다 변화 없음)Sql에 ResultType/ResultMap 등을 지정해서 매핑(효과 없음)Sql에 FetchSize를 직접 지정(효과 없음)바인드 변수에 javaType, jdbcType지정(효과 없음)Sql에 인덱스 힌트 삽입(효과 없음)#{param}대신 파라미터 직접 기술 or '${param}'을 사용(효과없음)관련 내용으로 경험이 있거나 조언, 지적할 점 등 있으시면 댓글 부탁드립니다..

나땅 · Answer

실행계획 때려서 나온 결과에 적혀있지않나요?뭐하는데 몇초 이런정보가요

clang.engineer · Answer

"직접 실행 시 2.5초 걸리는 Select문이 7-8초 가량 걸리는 등">> 직접실행하셔도.. 쿼리 자체가 엄청 오래걸리네요,

개미와고양이 · Answer

툴에서는 결과의 Row 수를 제한 합니다.fetch 로 지정된 수만큼만 끊어서 가져오기 때문에 메모리 절약 및 현재 보여지는 부분에 대한 데이터만 우선 가져오므로 결과을 짧은 시간에 조회가 된것으로 인지 할 수도 있습니다.조회건 수가 몇건 안되는데 차이가 나는지 먼저 확인해 보는것이 먼저 필요한거 같습니다.

lazymode · Answer

뭐지 이건 궁금하네요 왜인지

HJOW · Answer

원래 툴에서 실행하는 게 훨씬 빠른 게 당연합니다.윗분 한분도 캐치를 하셨겠지만대부분의 DB툴은 수많은 데이터 조회 시 데이터 수를 제한해서 일부만 출력하도록 되어있습니다.DB에서 데이터를 가져오는 양 자체가 제한됩니다. 그래서 빠르게 응답할 수 있죠.스크롤을 내리면 DB툴이 알아서 그다음 그다음 행들을 그때그때 요청해서 가져옵니다.옛날에는 이 기능 없는 툴들이 간혹 있어서그걸로 WHERE 빼먹고 조회했다가 DB 전체를 재부팅해야 하는 사태가 꽤 흔하게 벌어졌었습니다.그래서 현대의 거의 모든 DB툴은 이러한 기능은 기본으로 갖고 갑니다.JDBC 기본 API도 마찬가집니다.ResultSet 을 가져온 다음 while 문을 돌면서, 행 하나씩 next() 로 가져오는 방식이라 문제가 없습니다.근데 MyBatis 는 그런 게 없고, 당연히 없어야 합니다. (즉 조회한 모든 데이터를 다 갖고 갑니다.)고로 DB툴하고는 하등 관련이 없는 문제고그저 조회 쿼리 성능 개선에만 집중하시는 것이 좋습니다.

톰소여 · Answer

db 설정 이슈라던지, 네트워크 이슈일 수도 있겠네요.ping이나 파일 전송 체크도 해보시고..postgresql dbms 설치된 설정이라던지 체크해보세요.두 dbms를 같은 머신에 설치하지 않았다면 postgresql쪽 장비나 설치 또는 네트워크 장비 또는 설정 문제일 수도 있겠죠.별도로 mybatis에서 멀티 datasource를 사용하는 경우 spring transaction의 이중 lock으로 인해 아주 조금 느려졌던 일도 있었습니다.특정 serviceimpl의 select 메소드에서 호출 시 oracle과 postgresql의 transaction이 동시에 발생되게 설정 되었는데... postgresql만 조회하는 기능을 해당 서비스에 추가하여 불필요하게 두개의 transaction을 걸고 호출하여 설정한 service를 사용하는 경우.. 일 수도 있습니다.물론 이럴 수도 있었지 않냐라는 가정이니 아닐 수도 있습니다.깝깝하겠네요. ㅠㅠ 잘 풀리길 바래요. 화이팅..

Mybatis+PostgreSQL에서 쿼리 실행 시 JDBC나 Sql클라이언트에서 실행할 때보다 느려집니다.

6개의 답변

#mybatis 목록