본문 바로가기

분류 전체보기

Map 인터페이스의 merge() 메서드
새롭게 쌓은 지식 2022. 9. 26. Map 인터페이스의 merge() 메서드 백준 2108번 통계학 문제를 Map을 이용하여 풀이했는데 더 좋은 방법이 있을 것 같아 Map의 메서드를 뒤져보았다. 바로 merge라는 메서드이다. key가 연관된 값이 없거나 null 인경우 non-null value를 연관 시켜준다. 그렇지 않으면 연관된 값을 remapping function 결과 값으로 대체하거나, 그 결과 값도 null인 경우 제거한다. 해당 메서드는 key에 대한 다수의 value를 결합할 때 사용될 수 있다. jdk 1.8에서 추가된 메서드이다. 아래 코드를 보자. 알파벳 별로 개수를 세는 과정이다. 내가 풀이한 방법이다. 이와 같은 코드인 것이 정말 놀라웠다. input을 하나씩 map.put(key, value) 한다. 이때 key는 input이다. value값이 중요..
캐시에 대하여
새롭게 쌓은 지식 2022. 9. 26. 캐시에 대하여 # 캐시의 개념 - 자주 사용하는 데이터를 복사해놓은 임시 장소 - 사용되었던 데이터는 다시 사용되어질 가능성이 높다는 개념 을 이용하여, 다시 사용될 확률이 높은 것은 더 빠르게 접근 가능한 저장소를 사용한다는 개념 데이터베이스 에서의 캐시 웹 애플리케이션은 대부분 관계형 데이터베이스를 두고 데이터 트랜잭션 위주로 운영되는 경우가 많다. 규모가 큰 사이트는 성능을 위해 애플리케이션 서버나 데이터베이스 서버를 이중화하는데 사용자가 많이 몰리면 병목이 되는 곳은 데이터베이스인 경우가 많다. (데이터베이스 이중화) https://dont-be-evil.tistory.com/246?category=1069733 Sharding, Clustering, Replication https://www.youtube.c..
3-11. 트랜잭션 - 적용2
Java, Spring/Spring DB 1 2022. 9. 25. 3-11. 트랜잭션 - 적용2 이제 트랜잭션을 써서 앞의 문제를 해결해보자!(원자성) 이를 MemberServiceV1에 적용시켜보자.! 서비스 계층의 비지니스로직인 accountTransfer 의 시작부분에서 커넥션, 트랜잭션을 시작하고 마지막 부분에서 커밋 또는 롤백을 한 뒤 커넥션을 종료하자! 트랜잭션 시작 == set autocommit false; -> @Transactional을 붙이면 되지만 ... Connection을 파라미터로 받는 findById MemberRepositoryV2를 만들고 원래 findById 밑에 커넥션을 파라미터로 받는 findById를 추가하자. -> 여기서 finally를 보면 커넥션은 닫지 않는다. -> connection을 닫으면 안된다. -> service계층에서 커넥션을 시작해서 넘겨주..
3-10. 트랜잭션 - 적용1
Java, Spring/Spring DB 1 2022. 9. 25. 3-10. 트랜잭션 - 적용1 MemberServiceV1 MemberServiceV1Test (정상이체 테스트케이스) MemberServiceV1Test (이체시 예외발생 테스트케이스) 우리가 만들어 놓은 accountTransfer를 보면 memberId 가 ex 일 때 예외터지게 해놨다. 그래서 a의 돈 만 빠져 나가고 b의 돈은 그대로 , 예외 발생 해야 성공한 테스트이다. -> 기본이 autocommit 모드이기 때문! PK 무결성 제약 조건 때문에 같은 테스트 또 실행하면 오류났다. -> @AfterEach 로 데이터 정리해주자. -> 이럴 필요 없이 트랜잭션 쓰자 # 본 게시글은 인프런 김영한님의 강의를 수강 후 반복학습을 위해 정리한 내용입니다.
Java, Spring/Spring DB 1 2022. 9. 23. 3-8. DB 락 - 조회 DB 조회 시에도 락을 걸 수 있다. 내가 데이터를 조회 하는 중에 데이터를 변경하지마 -> 조회 시에도 락을 걸자 -> select for update 구문 근데 왜 조회 시에도 락을 굳이 가져갈까? 1. 트랜잭션 종료 시점까지 해당 데이터를 다른 곳에서 변경하지 못하도록 강제로 막아야 할 때 사용 예를 들어 memberA 의 금액을 조회한 다음에 이 금액정보로 애플리케이션에서 계산을 수행한다. -> 중요한 돈 계산이기 때문에 완료할 때까지 다른 곳에서 memberA의 금액을 변경하면 안된다. Ex) 하루 마감처리할 때 # 본 게시글은 인프런 김영한님의 강의를 수강 후 반복학습을 위해 정리한 내용입니다. 꾸준히 다시보자. 1. 221014 2. 221101
3-7. DB 락 - 개념 이해, 3-8. DB 락 - 변경
Java, Spring/Spring DB 1 2022. 9. 23. 3-7. DB 락 - 개념 이해, 3-8. DB 락 - 변경 해당 로우의 락을 획득하고 있어야 해당 로우 쓰기 가능. 흐름을 따라가보자. 락을 획득한 상태에서만 해당 로우의 쓰기가 가능하다. ------------------ 3-8. DB 락 - 변경 set autocommit false; = 트랜잭션 시작 이것만 기억하자! -> 수동커밋 설정 후 값 바꾸면 바꾼 쪽 세션에서만 바뀐 값으로 조회된다. -> 커밋 시 DB에 반영되어 다른 세션에서도 바뀐 값 조회. DB락 있는 쪽에서만 해당 로우 쓰기가 가능하다! # 본 게시글은 인프런 김영한님의 강의를 수강 후 반복학습을 위해 정리한 내용입니다. 꾸준히 다시보자. 1. 221014 2. 221101
3-3. 트랜잭션 - DB 예제1 - 개념 이해, 3-4. 트랜잭션 - DB 예제2 - 자동 커밋, 수동 커밋
Java, Spring/Spring DB 1 2022. 9. 23. 3-3. 트랜잭션 - DB 예제1 - 개념 이해, 3-4. 트랜잭션 - DB 예제2 - 자동 커밋, 수동 커밋 데이터 변경 쿼리를 실행하고 DB에 그 결과를 반영하려면 commit 을 호출하고 결과를 반영하고 싶지 않으면 rollback 을 호출하면 된다. -> 어? 나는 DB에 INSERT 쿼리 날리면 바로 반영 되던데요? -> 보통 AutoCommit 이 켜져있다. 세션 1에서 데이터 추가하고 아직 commit 하지 않은 상태라고 하자. -> 세션2 에서는 SELECT해도 신규회원이 안보인다. -> 세션1 에서는 SELECT해도 신규회원이 보인다. commit하지 않은 데이터가 다른 세션에서 조회가능하면 어떤 문제가 발생할까? 세션1 - 데이터 추가 (아직 commit 전) 세션2 - 데이터 조회 (commit안한 데이터가 조회됐다고 가정) 세션1 - 추가 했던 데이터 삭제 -> 데이터 정합성 문제 따라서 c..
3-1. 트랜잭션 - 개념 이해, 3-2. 데이터베이스 연결 구조와 DB 세션
Java, Spring/Spring DB 1 2022. 9. 23. 3-1. 트랜잭션 - 개념 이해, 3-2. 데이터베이스 연결 구조와 DB 세션 트랜잭션 개념 데이터베이스에 정상 반영하는 것을 Commit, 작업 중 하나라도 실패해서 거래 이전으로 되돌리는 것을 Rollback 이라고 한다. 트랜잭션 ACID 이 중 문제는 격리성이다. 트랜잭션 같의 격리성을 완벽히 보장하려면 트랜잭션을 거의 순서대로 진행해야한다. -> 처리 성능이 매우 나빠진다. -> ANSI표준은 트랜잭션의 격리 수준을 4단계로 나누어 정의했다. 트랜잭션 격리 수준 단계가 높아질수록 DB 성능이 느려진다. (보통 READ COMMITTED를 쓴다.) 3-2. 데이터베이스 연결 구조와 DB 세션 커넥션 연결하면 DB내부에서 DB세션이 만들어진다. -> 이 세션을 통해 트랜잭션도 시작하고, SQL도 실행한다. # 본 게시글은 인프런 김영한님의 강의를 수강 후 반복학습을 위해 정리..
2-5. DataSource 적용
Java, Spring/Spring DB 1 2022. 9. 22. 2-5. DataSource 적용 MemberRepositoryV1, MemberRepositoryV1Test 를 수정해보자. MemberRepositoryV1 똑같이 복사하여 MemberRepositoryV1을 만들고 DataSource 를 주입받자. getConnection 메서드를 커넥션 풀에서 가져온 커넥션을 반환하도록 변경 getConnection() 을 커넥션 풀에서 가져오게 수정하자. dataSource에서 getConnection으로 커넥션을 가져와 사용하자. close 메서드를 JdbcUtils 를 이용하여 변경 이렇게 바꿔주자! 역순으로 닫아준다. -> 내부적으로 원래 처럼 try catch 로 짜져 있겠지? closeResultSet 만 보자면 우리가 구현 한 것과 똑같이 구현되어있다. MemberRepositoryV..
2-4. DataSource 예제2 - 커넥션 풀
Java, Spring/Spring DB 1 2022. 9. 22. 2-4. DataSource 예제2 - 커넥션 풀 이제 커넥션 풀에서 가져오자. Hikari 이건 com.zaxxer.hikari package에 있다. Spring Data jdbc 스타터 추가 시 자동으로 HikariCP 사용 당연히 DataSource를 구현한다. 커넥션 풀 사용하여 커넥션 획득하기 커넥션 생성 작업은 다른 스레드에서 작동하는데 이게 useDataSource 메서드를 통해 로그를 찍는 시간 보다 더 느리기 때문에 커넥션 풀이 생성되기 전에 로그가 찍힐 수 있다. -> 1초 쉬어주자. 커넥션 풀을 최대한 채운다. -> 여기서도 MaximumPoolSize 를 10으로 하여 total 값이 10임을 볼 수 있다. (디폴트값 = 10) 활성화면 커넥션 풀(active) 가 왜 2개 인가? -> 여기서 두개 열어두고 닫지 않아서다. -> ..
2-3. DataSource 예제1 - DriverManager
Java, Spring/Spring DB 1 2022. 9. 22. 2-3. DataSource 예제1 - DriverManager DriverManager 직접 사용하여 새로운 커넥션 획득 DataSource 인터페이스를 구현한 DriverManagerDataSource 를 사용 DriverManagerDataSource-이것도 DataSource인터페이스를 구현하긴 하지만 내부적으로 항상 Drivermanager 을 쓴다. ( 바로 전 배운 내용. DataSource의 여러가지 구현체 중 하나. 커넥션풀이 아님.) new DriverMangerDataSource 는 package org.springframework.jdbc.datasource; DataSource는 javax.sql; 2번도 내부적으로는 1번과 같다. but 1번은 DriverManger는 URL, USERNAME, PASSWORD 등 설정 정보를 각 커넥션을 생..
2-2. DataSource 이해
Java, Spring/Spring DB 1 2022. 9. 22. 2-2. DataSource 이해 커넥션을 얻는 방법은 앞서 학습한 1. JDBC 'DriverManger' 를 직접 사용하거나 2. 커넥션 풀을 조회하는 방법 두가지이다. 1. 직접 커넥션을 만들자. 2. 커넥션 풀에서 커넥션을 가져오자. 지금까지 1번 방법 이었는데 2번으로 어떻게 바꿀까? -> 애플리케이션 로직 코드를 변경해야한다. 의존관계가 바뀌기 때문!! -> 이것도 HikariCP 를 쓸지 앞에서 배웠던 다른 커넥션 풀 오픈소스를 쓸지 정해야 한다. -> 이것도 추상화 하자! -> DataSource 앞서 배운 JDBC 와 같은 매커니즘이다. 여러개의 구현체가 있으니 -> 추상화하자! (진짜 중요한 매커니즘) javax.sql.DataSource JDBC : DB드라이버 = DataSource : Connection Pool ..
Recent Posts
Popular Posts
Tags
더보기
Recent Comments

티스토리툴바