https://team-edo.github.io/tags/jdbc/Recent content in JDBC on 얼쑤 · Team EdoHugoko-krWed, 28 Oct 2026 00:00:00 +0900https://team-edo.github.io/posts/2026/10/mybatis-session-cache-in-db-tests/Wed, 28 Oct 2026 00:00:00 +0900https://team-edo.github.io/posts/2026/10/mybatis-session-cache-in-db-tests/<p>연습 세션에 분석 시도 번호와 시작 시각을 추가할 때 두 가지를 확인하려고 했습니다. 기존 행을 조회하면 새 필드에 기본값이 들어가야 하고, 값을 채운 행을 조회하면 매퍼가 새 필드를 올바르게 읽어야 했습니다. 처음에는 테스트 행 하나로 두 가지를 검사했습니다. MyBatis로 먼저 읽고 <code>JdbcTemplate</code>로 값을 바꾼 뒤 같은 매퍼에서 다시 읽었습니다. 두 번째 조회에는 변경 전 시도 번호가 남아 있었습니다.</p> <h2 id="같은-sql을-다시-불러도-db까지-가지-않을-수-있다">세션 캐시가 재조회를 가로막은 이유</h2> <p>테스트는 Spring 트랜잭션 안에서 실행됐고, MyBatis는 같은 <code>SqlSession</code>을 사용했습니다. MyBatis의 기본 로컬 캐시는 세션 안에서 같은 쿼리를 같은 인자로 요청하면 이전 결과를 재사용할 수 있습니다. 매퍼의 갱신은 이 캐시를 비우지만, 여기서 값을 바꾼 것은 <code>JdbcTemplate</code>였습니다. 같은 트랜잭션에서 SQL을 실행했어도 MyBatis가 자신의 캐시에 있는 조회 결과를 무효화할 계기는 없었습니다.</p>