🌱Backend

MySQL은 5.7부터 데이터 암호화 기능을 제공한다. 처음에는 데이터 파일(Table Space)에만 암호화를 제공했었으나, MySQL8.0으로 업그레이드 되며 리두, 언두로그와 바이너리 로그등 모든 것을 암호화 할 수 있게 변경되었다. 📌 암호화와 복호화가 진행되는 곳 MySQL 내부에서 암호화된 상태로 데이터를 사용하는건 아니다. 즉 MySQL 내부와 사용자 입장에서는 암호화를 하던 말던 별 차이가 없는데, 이를 TDE(Transparent Data Encryption, 투명한 데이터 암호화)이라 부른다. 디스크 MySQL 서버 사이에서 암호화 및 복호화가 이루어진다고 생각하면 된다. 즉 디스크 입출력을 담당하는 InnoDB 스토리지 엔진의 I/O 레이어에서 암호 & 복호화가 진행된다. 암호화는 보..

우리가 관계형DB를 사용하면서 가장 중요한 것은 옵티마이저(SQL Optimizer)가 쿼리를 어떻게 실행하는지이다. 물론 우리가 작성한 SQL문을 실행계획으로 만드는건 옵티마이저의 역할이지만, 우리는 최적의 실행 계획이 사용 될 수 있도록 옵티마이저에게 힌트를 줄 수 있는 쿼리를 작성해야 한다. 📌 MySQL 엔진에서 쿼리가 실행되는 과정 사용자로 부터 요청된 SQL 문장을 잘게 쪼개 문법을 확인하고, Parse 트리로 만든다. 만들어진 Parse 트리를 확인하며 어떤 테이블부터 읽고, 어떤 인덱스를 이용할지 선택한다. + 불필요한 조건 제거 및 연산을 단순화 한다. + 여러 테이블 조인을 하는 경우, 효율적인 순서를 결정한다. + 인덱스를 결정한다. 각 테이블에서 사용된 조건과 통계 정보를 사용한다...

디스크에 데이터는 순서대로 저장되지 않습니다. 여기저기 나뉘어 저장되게 됩니다. 그래서 데이터를 하나하나 전부 조건을 검사해서 가져오면 검색 성능이 매우 구려집니다. 그래서 데이터베이스는 데이터의 위치 인덱스를 만들어두고 사용합니다. 마치 책 뒤의 색인(index)처럼요. 그럼 모든 데이터를 indexing하면 성능이 미친듯이 좋아진다고 생각할 수도 있습니다. 과연 그럴까요? 예를 들어봅시다. 600장 짜리 책인데 인덱스가 300장 정도 되고 모든 단어의 위치가 적혀있다고 생각해보세요. 색인을 해놓은 의미가 전혀 없어집니다. 자주 사용하는 데이터를 인덱싱 해야합니다. * 참고로 인덱스도 결국 디스크에 저장됩니다. DBMS의 가장 중요한 데이터 무결성은, 인덱스도 포함되기 때문입니다. 풀 테이블 스캔은 인..

Transcation 논리적인 작업 단위로, 전부 처리(commit)되거나 처리되지 않는(rollback) 원자성을 보장해야 한다. Lock 서로 다른 작업에서 같은 자원이 동시에 필요하면 스레드간의 경합(Race)가 일어난다. 이 때 각자의 작업에 영향이 끼치지 않도록 동시성을 보장하기 위해 Thread Lock을 걸어 스레드를 대기시킨다. MySQL에서 사용하는 Lock은 2가지가 있다. - MySQL Engine Level Lock - Storage Engine Level Lock 📌 스토리지 엔진 레벨 락 스토리지 엔진 레벨 (InnoDB)에서 제공하는 Lock은 2가지 방식이 있다. 별다른 설정을 하지 않는다면 비관적 Lock (Pessimistic locking)을 기본으로 사용한다. 비관적인..

MySQL 은 MySQL 엔진과 스토리지 엔진으로 구성되어 있다고 했다. 2021.10.13 - [🌱Backend/DB(MySQL)] - 정리중 #1 엔진 아키텍처 정리중 #1 엔진 아키텍처 📌 MySQL 엔진 아키텍처 MySQL Server는 다른 DB에 비해 구조가 독특한 편이다. 이로 인해 추가적인 혜택을 가질 수 있지만, 반대로 다른 DB에서 문제가 되지 않는 부분이 문제가 될 수 있다. MySQL은 크 jiwondev.tistory.com 📌 MySQL은 어떻게 동작하는가 MySQL 엔진은 클라이언트로 오는 요청 처리, SQL문장을 분석하고 최적화하는 역할을 담당한다. 스토리지 엔진은 실제 데이터를 디스크에 저장, 조회하는 역할을 담당한다. MySQL 서버에 [MySQL 엔진]은 하나만 사용 할..

2021.10.19 - [🌱Backend/CI & CD] - 백엔드 인프라 #1 소개 및 테스트 서버만들기 백엔드 인프라 #1 소개 및 테스트 서버만들기 해당글은 카카오 개발자 푸와 함께하는 백엔드 시스템 실무를 제 입맛대로 정리한 글입니다. 📌 개발과 인프라 개발공부를 하다보면, 객체지향과 좋은 아키텍처에 관해서는 자연스럽게 배우게 jiwondev.tistory.com 1편에서 구성한 웹 서버를 테스트 해봅시다. 물론 크롬 개발자 도구를 띄워놓고 F5를 눌러가며 성능 테스트를 하는 방법도 있겠지만, Atrillery.io 라는 도구를 이용하면 쉽게 성능을 테스트 할 수 있습니다. 그 외 JMeter 등의 도구도 자주 사용하곤 합니다. Artillery.io | Load & Smoke Testing “W..

해당글은 카카오 개발자 푸와 함께하는 백엔드 시스템 실무를 제 입맛대로 정리한 글입니다. 📌 개발과 인프라 개발공부를 하다보면, 객체지향과 좋은 아키텍처에 관해서는 자연스럽게 배우게 됩니다. 하지만 실제 서비스에서는 맞이하는 대부분의 문제는 객체를 어떻게 만들었는지, 코드를 어떻게 작성했는지 보다는 서버 배포, 외부 API 호출, 데이터베이스 연결에서 발생하게 됩니다. A Chain is only as strong as its weakest link 체인🔗을 아무리 튼튼한 재료로 도배한다고 한들, 제일 약한 고리가 끊어지면 전체가 끊어지게 됩니다. 백엔드 개발도 마찬가지입니다. 서버 코드가 완벽하다고 해도 서비스 배포, 인프라 구성이 제대로 되어있지 않다면 아무런 의미가 없습니다. 장애 없는 시스템을 만..

📌 MySQL 엔진 아키텍처 MySQL Server는 다른 DB에 비해 구조가 독특한 편이다. 이로 인해 추가적인 혜택을 가질 수 있지만, 반대로 다른 DB에서 문제가 되지 않는 부분이 문제가 될 수 있다. MySQL은 크게 나누면 앞단의 [MySQL 엔진]과 [Storage 엔진]으로 나누어진다. @ MySQL 엔진 요청된 SQL 문장을 분석하고 최적화한다. 전처리기, 옵티마이저, SQL Parser, Connection Handler 등이 포함된다. 실질적인 데이터 읽기/쓰기를 제외하고 Group By 나 Order By 같은 복잡한 쿼리 처리는 모두 여기에 있는 쿼리 실행기에 의해 이루어진다. 그럼 Storage 엔진이 하는게 뭐에요? 라고 물어볼 수 있지만, 데이터베이스의 파일처리는 내 컴퓨터에 ..

Real MySQL 8.0 Real MySQL 8.0 세트(1권 2권 구성)(전면개정판) - 교보문고 개발자와 DBA를 위한 MySQL 실전 가이드 | MySQL 서버를 활용하는 프로젝트에 꼭 필요한 경험과 지식을 담았습니다!《Real MySQL 8.0》은 《Real MySQL》을 정제해서 꼭 필요한 내용으로 압축하고, MySQL 8.0 www.kyobobook.co.kr RDBMS가 무엇인지 정확하게 모른다면 이 링크를 참고해주세요. 📌 잡담 많은 이들이 MySQL은 인기 많은 오픈소스 RDBMS 였다가 오라클에 인수된 걸로 알고 있다. 사실 MySQL은 스웨덴의 TcX회사의 터미널 인터페이스 라이브러리 개발에서 시작되었다. 이는 1994년에 사내 웹 시스템의 데이버베이스로 사용되기 시작하였고 1996..

2021.08.04 - [👀기본 지식/Java 기본지식] - 자바의 직렬화(Serialization)란? 자바의 직렬화(Serialization)란? https://www.slideshare.net/sunnykwak90/java-serialization-46382579 자바 직렬화 (Java serialization) 자바 직렬화 기술에 대한 소개 및 직렬화 라이브러리 들에 대한 비교 자료 www.slideshare.net https://k.. jiwondev.tistory.com # 직렬화의 대안을 찾아라. 직렬화는 보안에 취약하고, 공격할 요소가 너무 많다. 이는 옛날 옛적 이야기가 아니다. 2016년11월 샌프란시스코 교통국에서는 직렬화로 인한 코드 삽입때문에 랜섬웨어 공격을 받아 요금 징수 시스템..

# 예외는 진짜 예외상황에서 사용하라. 정상적인 서비스 흐름에 예외를 사용하지 마라. try-catch 문은 JVM의 최적화를 막아버리고 흐름 제어에 쓰인 예외 때문에 실제 버그가 숨겨져서 디버깅이 어려워진다. 이는 사용자(클라이언트)의 입장에서 생각하면 쉽다. 아래와 같은 코드를 생각해보자. for(Iterator i = collection.iterator(); i.hasNext();){ Foo foo = i.next(); } Iterator 인터페이스의 next(), hasNext() 메서드가 없다면 아래와 같이 사용해야 할 것이다. 이는 좋지 않다. try{ Iterator i = collection.iterator(); while(true) Foo foo = i.next(); ... } catch..

# 지역변수의 범위를 최소화 하라. 사이드 이펙트를 최소화하라. 미리 만들지말고 처음 쓰일때 선언하라. 지역변수를 돌려쓰지마라. 스코프를 최소화해서 한가지 기능에만 집중하라. # for 문보다는 for-each를 사용하라. 인덱스 접근은 위험하고, 보기도 흉하다 😀 근데 지역변수를 수정하거나, break, continue 같은 분기가 없다면 for-each 말고 스트림과 람다를 활용하자. ArrayList numbers = new ArrayList(); numbers.add("one"); numbers.add("two"); numbers.add("three"); for(String number: numbers) { System.out.println(number); } # 직접 만들기전에 알려진 라이브러리..