DevLog 😶

🌱 InnoDB 스토리지 엔진 아키텍처MySQL에서 가장 많이 사용하는 스토리지 엔진인 'InnoDB'에 대한 아키텍처를 알아보자.그림이 복잡하기는 하지만, 왼쪽은 이전에 봤던 MySQL 엔진이고, 오른쪽이 InnoDB 스토리지 엔진의 구성도이다. 이번 포스팅에서는 innoDB 스토리지 엔진의 특징에 대해서 알아보도록 하자. 1. PK에 의한 클러스터링기본적으로 InnoDB의 모든 테이블은 PK를 기준으로 클러스터링되어 저장된다. 여기서 클러스터링된다는 것은, PK 값이 비슷한 레코드끼리 묶어서 저장하는 것을 의미한다. PK 값이 레코드의 저장 위치를 결정하기 때문에 신중하게 결정해야 한다. 일반적인 DBMS에서 세컨더리 인덱스의 리프 노드에는 데이터의 실질적인 물리 주소가 들어가서, 해당 인덱스의 데이..

🌱 MySQL 전체 구조MySQL 서버는 크게 MySQL 엔진과 스토리지 엔진으로 나눌 수 있다. MySQL 엔진의 경우 클라이언트로부터 접속하고, 쿼리 요청을 처리하는 커넥션 핸들러와 SQL 파서, 옵지마이저로 이루어져 있다. 쿼리 관련 처리는 이곳에서 하기 때문에, 거의 '두뇌'와 같은 역할을 하면 된다고 생각하자. 스토리지 엔진의 경우 데이터를 실제 디스크에 저장하거나, 혹은 디스크에 저장된 데이터를 읽어오는 작업을 하며 하나의 MySQL 서버는 여러 개의 스토리지 엔진을 사용할 수 있다. MySQL 엔진과 스토리지 엔진은 서로 '핸들러 API'라는 것을 사용하여 데이터를 주고받으며, 어느 정도의 데이터 작업이 일어났는지 확인하고 싶다면 아래와 같이 명령어를 입력하면 된다. show global s..

🌱 들어가기 전 이번 장바구니 미션에서는 프론트 크루들과 협업을 해야 했기 때문에 앞으로 에러 로그를 볼 일이 많아질 것 같다고 생각했다. 배포 스크립트를 작성하면서 스프링이 띄워질 때의 로그는 볼 수 있었지만, 에러에 대한 로그만 빠르게 확인하면 좋을 것 같아서 이번 미션에 나름의 삽질을 곁들여가며 적용해보았다 😊 🌱 문제 상황 배포 스크립트를 작성하며 아래의 문장이 나를 혼란스럽게 했다. nohup sudo java -jar $JAR_NAME >> $REPOSITORY/deploy.log 2> $REPOSITORY/deploy-err.log & nohup : 터미널을 종료해도 계속 실행하기. java -jar $JAR_NAME : jar 파일 실행하기. >> : 출력 리다이렉션. jar의 실행 결과를..

🌱 들어가기 전 지난 포스팅은 젠킨스를 설치하고 필요한 플러그인을 설치하는 과정까지 진행하였다. 🌱 레파지토리 WebHook 등록하기 우리는 깃허브 레파지토리의 특정 브랜치에 push 이벤트가 발생하면 자동으로 배포가 일어나게 만들 것이기 때문에, 해당 push 이벤트에 대해서 감지할 수 있도록 'webhook'이라는 친구를 등록해야 한다. 등록하고 싶은 레파지토리의 Settings > Webhooks > Add webhook을 클릭한다. 이런 식으로 payload URL과 content-type을 지정해준다. aws 인스턴스로 띄웠다면 publicIP:8081과 같은 형태가 위 URL에 들어갈 것이다. ⭐️ 여기서 제일 중요한 거, 끝에 꼭 /github-webhook/ 붙여줘야 한다... 이거 때문에..

🌱 들어가기 전 이번 미션에서 젠킨스를 통해 CI / CD를 구축해보고 싶어서 ⭐️베베 선생님⭐️의 힘을 빌려서 한 번 진행해보았다. 나는 t4g.micro를 사용하다 보니 램이 1기가밖에 안 되어서 swap을 해주었어야 했는데, ⭐️ 중요한 건 swap 시 1~1.5기가 정도만 해야 한다는 것이었다. 나는 2기가로 해서 지금 Use가 95%로 간당간당하다. 원래 안 돼서 로컬로 실행하고 난리치다가 다시 시도했는데 되기는 했다... 1.5기가로 만들고 싶다면 아래와 같이 실행해주면 된다. # 기존에 존재하는 /swapfile을 비활성화하기 sudo swapoff /swapfile # 크기가 1.5기가인 /swapfile 생성하기 sudo fallocate -l 1.5G /swapfile # /swapfi..

🌱 문제 상황 사용자의 요청으로부터 받은장바구니 아이디와 사용자의 아이디가 일치하는 경우에만 제거하기 위해 아래와 같은 쿼리를 작성했다. DELETE FROM cart_item AS c WHERE c.id IN ( SELECT ci.id FROM cart_item AS ci JOIN member AS m ON ci.member_id = m.id AND ci.id IN (6, 8) AND m.id = 1 ); 하지만, 다음과 같이 target table (cart_item)의 c에 대해서 업데이트를 할 수 없다는 문구가 나왔다. 🌱 원인 MySQL에서는 update, delete 시에 자기 자신의 테이블 데이터를 바로 사용할 수 없었기 때문에 발생한 오류였다. (참고로 H2 환경에서는 잘 돌아간다. 옛날..

🌱 들어가기 전 무과금으로 HTTPS 적용 프로젝트를 진행해보았다. 정석대로라면 가비아 + Route53 + ACM or 가비아 + nginx로만 진행하면 좋았겠지만... 여러 제약사항으로 인해서 색다른 방법으로 도메인 연결 및 HTTPS 적용을 진행해보았다. 💡 제약사항 - 무료 도메인 사용하기 - 서버 1대로 구축하기 (끊임없이 고통받는 t4g.micro) - http 접속 시 https로 리다이렉트시키기 나중에 Route53 + ACM + ELB를 통해 도입했던 것도 포스팅으로 작성해보고자 한다. (이번 미션에서는 못 했지만 ㅠ) 🌱 도메인 구입하기 사실 가비아에서 구매했던 도메인이 있긴 하지만, 페어 프로그래밍을 하다 보니 나만의 도메인을 사용하기는 좀 그래서 다른 사이트를 찾아보았다. 그러다가 ..

🌱 CDS (Content Delivery Service) 만약, 내가 배포한 서버가 한국에만 존재하지만 전세계 다양한 곳에서 액세스되고 있다고 생각해보자. 수많은 파일과 데이터에 대해 전세계에 응답해야 하는 상황에서, 멀리 있는 국가의 사용자와 대해서 전달해야 한다면? 한국 사용자에게는 빠르게 전달할 수 있지만, 멀리 있는 사용자의 요청을 받아서 한국에서 처리하고, 또 다시 데이터를 곳곳에 존재하는 사용자에게 전달해야 하기 때문에 어느 정도 지연이 발생할 수밖에 없다. 이러한 상황에서 다수의 캐시 서버를 여러 개의 지역에 배치하여 트래픽을 분산시키는 방법이 필요하다! 그렇다면 캐시 서버는 어디에 둬야 할까? 1. 웹 서버 직전에 두기 웹 서버 직전에 두게 되면 서버 자체의 부하는 줄어들게 되지만, 인터..

가비와 진행한 레벨 2 세 번째 페어 프로그래밍 미션인 지하철 미션이다...! 우테코 하면서 진행했던 미션 중에서 가장 어려운 미션이 아니었나 싶다. 객체지향적인 코드를 작성하는 것과 단순 구현 그 사이에서 엄청 헤맸던 것 같다... 앞으로 개발할 때도 레벨 1에서 배웠던 것들을 정말 잊지 않아야겠다 🥲 ✔️ 작성한 코드 GitHub - Cl8D/jwp-subway-path: 레벨 2 지하철 미션 레파지토리 레벨 2 지하철 미션 레파지토리. Contribute to Cl8D/jwp-subway-path development by creating an account on GitHub. github.com ✔️ 1차 PR [1단계 - 지하철 정보 관리 기능] 져니(이지원) 미션 제출합니다. by Cl8D ·..

🌱 들어가기 전 사실 rest-docs는 미션 요구사항은 아니었지만, 개인적인 욕심으로 한 번 직접 구축해보고 싶다는 생각이 들었어서 미션하는 김에 함께 진행하게 되었다. (어차피 추후 미션 진행하면서 프론트 크루와 협업하게 되면 세팅해야 하니까...) RestDocs를 연동할 때 인수 테스트 레벨에서 진행할지 (RestAssured) 아니면 컨트롤러의 단위 테스트에서 진행할지 고민했었는데, RestAssured를 통해 사용하게 되면 BDD 스타일이라 더 직관적일 것 같긴 하지만 아무래도 속도가 느리다 보니까 그냥 컨트롤러 레이어에서 진행했다. (실제로도 컨트롤러 레벨에서 많이 진행하는 것 같다.) ✔️ Rest-docs가 어떤 거지? Spring Rest Docs는 Restful 서비스에 대해 정확하고..