남기고 싶은 것들

spring boot에서 euc-kr 요청 받기

펭귀니 :) — Thu, 12 Oct 2023 17:58:30 +0900


import java.util.List;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.http.converter.HttpMessageConverter;
import org.springframework.http.converter.StringHttpMessageConverter;
import java.nio.charset.Charset;
import org.springframework.web.servlet.config.annotation.EnableWebMvc;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

@Configuration
@EnableWebMvc
public class CustomMessageConverterConfig implements WebMvcConfigurer {

  @Override
  public void configureMessageConverters(List<HttpMessageConverter<?>> converters) {
    // 문자열 메시지 컨버터를 생성하고 EUC-KR 인코딩을 설정합니다.
    StringHttpMessageConverter converter = new StringHttpMessageConverter(Charset.forName("EUC-KR"));
    converters.add(converter);
  }
}
 No newline at end of file

public class tmpController {

    @PostMapping(value = "/v1/tmp", consumes = "application/x-www-form-urlencoded; charset=euc-kr")
    public String request(@RequestBody MultiValueMap<String, String> request) {

        log.info(request.toString());

        return "success";
    }

}

판교] 송계옥 후기

펭귀니 :) — Sat, 14 Jan 2023 16:08:42 +0900

판교 송게옥 후기라고 쓰고 부제는 송계옥보다 더 맛있는 얼그레이 하이볼을 소개하기...

22.12.16 금요일 방문

7시쯤 웨이팅을 걸러갔다.

앞에 43팀정도 있었고, 저녁치고 늦은 시간이라 허수가 많지 않을까하는 생각에 냅다 기다렸다.

1시간에 15팀정도 빠진다고 했는데, 8시반 넘어서 자리에 앉았다. 허수가 많긴 했다 :)

여자 셋이서 가서 모둠 대랑 의성 마늘 볶음밥, 봄나물 퉁퉁장 된장찌개, 얼그레이 하이볼 3개를 시켰다.

그램수로 봤을 때는 모둠 중도 괜찮을 거 같아서 모둠 중을 시키려하니
셋이면 대를 시켜야 맞을 거라고해서 대를 시켰다. 뼈 무게 때문인가보다.

여러 테이블 당 한 분씩 붙어서 닭을 부위별로 설명하고 구워주시고 어울리는 소스를 말씀해주신다.

개인적으로 닭구이는 그냥 닭구이였고, 얼그레이 하이볼은 시럽?맛이 많이 나서 기대한 것 치고는 그냥 그랬다.
사이드는 볶음밥, 된장찌개 둘 다 너무 맛있었다.

결론은 두 번 갈 생각나는 집은 아니었음

> 마늘볶음밥과 된장찌개

> 송계옥 얼그레이 하이볼

송계옥을 가고 몇 주 뒤 방문한 빽스비어에도 얼그레이 하이볼을 판매하길래 먹어봤는데,
개인적으로 송계옥보다 훨씬 맛있었음... 또 생각남...

> 빽스비어 얼그레이 하이볼

MySQL] utf8 vs utf8mb4

펭귀니 :) — Thu, 5 Jan 2023 13:20:19 +0900

charset
utf8와 utf8mb4 차이

mysql에서 utf8은 최대 3바이트를 지원하고,
utf8mb4는 4바이트의 이모지를 처리할 수 있음

collation
utf8_unicode_ci, utf8mb4_unicode_ci

ci의 뜻은 case-insensitive, 대소문자 구분이 없다는 뜻
따라서, _bin을 쓰면 대소문자 구분이 가능하다.

MySQL] MySQL 퍼포먼스 최적화 (WHERE 조건 이해)

펭귀니 :) — Sat, 19 Mar 2022 17:14:54 +0900

3. WHERE 조건 이해

묵시적 형변환 함정

묵시적 형변환
- 조건절의 데이터 타입이 다를 때 우선순위가 높은 타입으로 타입이 변환되는 것
- 우선순위 : 정수 타입 > 문자열 타입

묵시적 형변환이 일어나는 대상이 인덱스 필드라면...? 모든 데이터 형변환을 위해 테이블 풀스캔이 일어난다ㅠ

따라서 WHERE절에는 칼럼 타입에 맞춰서 질의해야한다. 어플리케이션에서 질의 시 실수하기 좋으니 주의하자
(우선순위가 정수형이 높으니 무조건 문자열로 질의하는 것도... 방법이라면 방법이다.)

LIKE 검색 시 주의할 점

'%' 위치에 따라 다르게 수행된다.

DB 자료는 인덱스 키 값 순서로 정렬, 관리되므로 중간 또는 뒷부분부터 검색하면 인덱스 의미가 없어진다.

LIKE 'xxx%'
- 인덱스가 걸려있는 컬럼이면 인덱스를 사용해서 쿼리가 빠르게 처리된다.
- 다만 옵티마이저가 데이터 분포도를 판단하여, 풀스캔이 빠르다고 판단하면 풀스캔이 일어날 수도 있다.

LIKE '%xxx%'
- 테이블 풀스캔

LIKE '%xxx'
- 테이블 풀스캔

출처

성동찬 지음, 『MySQL 퍼포먼스 최적화』, 한빛미디어(2013)

MySQL] MySQL 퍼포먼스 최적화 (쿼리 성능 최적화)

펭귀니 :) — Sat, 19 Mar 2022 16:56:28 +0900

2. 쿼리 성능 진단은 최적화의 기초

SQL을 실행하도록 DB에 명령을 내리면 DB는 SQL 파싱, 옵티마이징을 거친 후 데이터를 찾는다.

쿼리 실행 계획

실행할 쿼리 앞에 EXPLAIN [EXTENDED]을 붙여준다.
DB가 데이터를 찾아가는 일련의 과정을 사람이 알아보기 쉽게 보여준다.
성능 최적화가 가능하다.

EXTENDED는 실제 DB에서 처리되는 최종 SQL 형태를 보여주는 명령어다.
'EXPLAIN EXTENDED'로 출력하면, warning이 하나 떠 있다. 'SHOW WARNINGS\G'를 질의하면 DB가 내부적으로 이해한 최종 형태의 쿼리가 출력된다.

구분	설명
ID	SELECT 아이디로 SELECT를 구분하는 번호
SELECT_TYPE	SELECT에 대한 타입 EX) SIMPLE - UNION이나 서브쿼리가 없는 단순 SELECT PRIMARY - 서브쿼리가 있을 때 가장 바깥에 있는 SELECT DERIVED - FROM절 안의 서브쿼리 DEPENDENT SUBQUERY - 외부 쿼리와 상호 연관된 서브쿼리다.
TABLE	참조하는 테이블
TYPE	조인 혹은 조회 타입 EX) system - 테이블에 단 한 개의 데이터만 있는 경우 const - SELECT에서 PK 혹은 UK를 상수로 조회하는 경우로, 많아야 한 건의 데이터만 있음 eq_ref - 조인할 때 PK 혹은 UK로 매칭하는 경우 ref - 조인할 때 PK 혹은 UK가 아닌 Key로 매칭하는 경우 ref_or_null - ref와 같지만 NULL이 추가되어 검색되는 경우 index_merge - 두 개의 인덱스가 병합되어 검색이 이루어지는 경우 unique_subquery - 다음과 같이 IN절 안의 서브쿼리에서 PK가 오는 특수한 경우 index_subquery - unique_subquery와 비슷하나 PK가 아닌 일반 인덱스인 경우 range - 특정 범위 내에서 인덱스를 사용하여 원하는 데이터를 추출. index - 인덱스 풀스캔 all - 테이블 풀스캔
POSSIBLE_KEYS	데이터를 조회할 때 DB에서 사용할 수 있는 인덱스 리스트
KEY	실제로 사용할 인덱스
KEY_LEN	실제로 사용할 인덱스의 길이
REF	KEY 안의 인덱스와 비교하는 칼럼(상수)
ROWS	쿼리 실행 시 조사하는 행 수
EXTRA	추가 정보 Using Index - 커버링 인덱스, 인덱스 자료 구조를 이용해서 데이터를 추출 Using Where - WHERE 조건으로 데이터를 추출, Type이 all과 index와 함께라면 좋지 않다. Using Filesort - 데이터 정렬이 필요한 경우 Using Temporary - 쿼리 처리 시 내부적으로 Temporary Table이 사용되는 경우

쿼리 프로파일링

실제 쿼리 실행 시 병목이 되는 부분을 찾아낼 수 있다.

SET PROFILING = 1;
SQL
SHOW PROFILE;

리스트 중 확인하고 싶은 쿼리 번호를 실행하면 특정 쿼리에 대한 프로파일링 정보를 확인할 수 있다.
SHOW PROFILE FOR QUERY 3;

출처

성동찬 지음, 『MySQL 퍼포먼스 최적화』, 한빛미디어(2013)

MySQL] MySQL 퍼포먼스 최적화 (MySQL 구조)

펭귀니 :) — Sat, 19 Mar 2022 16:16:05 +0900

1. MySQL의 특징

MySQL은 전체적으로 어떻게 생겼나?

책에서는 MySQL을 '서버 엔진'과 '스토리지 엔진'으로 구분해서 설명한다.

서버 엔진
- 클라이언트의 요청을 받아 SQL을 처리하는 DB 자체의 기능적인 역할
- SQL Interface, Parser, Optimizer, Cache&Buffers
- 사용자와 MySQL 사이에서 발생하는 데이터 처리 프로세스의 대부분을 담당

스토리지 엔진
- 서버 엔진이 필요한 데이터를 물리 장치에서 가져오는 역할
- 물리적인 저장장치에서 데이터를 읽어오는 역할을 수행
- 다른 DBMS와 다르게 스토리지 엔진이 플러그인 방식으로 동작
- 스토리지 엔진 종류 : InnoDB, MyISAM, MGR_MYISAM, BLACKHOLE, CSV, MEMORY, FEDERATED, ARCHIVE

	MyISAM	InnoDB
스토리지 제한	256TB	64TB
트랜잭션	No	Yes
Locking 레벨	Table	Row
인덱스	B-Tree	B-Tree
Cache	Index	Data/Index
파티셔닝	Yes	Yes
Cluster Index (인덱스 순서로 데이터가 저장되어 있는 구조)	No	Yes
Foreign Key	No	Yes

MyISAM - 텍스트 전문을 검색하는 '풀텍스트 인덱싱', 지리 정보를 처리할 수 있는 '지오메트릭 스파셜 인덱싱' 등의 기능 제공
- 인덱스만 메모리에 올린다. 데이터는 디스크에서 바로 접근한다.
InnoDB - 인덱스와 데이터까지 메모리에 적재한다.

서버 엔진은 스토리지 엔진의 API를 호출하며, 실제 필요한 데이터를 요청하고 조작한다.

MySQL은 데이터를 어떻게 처리할까?

1. MySQL은 모든 SQL을 단일 코어에서 처리한다.
- 병렬 처리를 하지 않는다.
2. 테이블 조인을 Nested Loop Join 알고리즘으로만 처리한다.
- Nested Loop Join은 선행 테이블 A의 조건 검색 결과값 하나하나를 테이블 B와 비교하여 조인하는 방식
- Block Nested Loop Join : 테이블 조인 시 필요한 데이터를 메모리에 일시적으로 저장하여 위의 방식보다 효율적

출처

성동찬 지음, 『MySQL 퍼포먼스 최적화』, 한빛미디어(2013)

2021 회고록

펭귀니 :) — Sat, 1 Jan 2022 01:39:25 +0900

2021 회고록

올해는 작년과 같은 코로나 상황임에도 불구하고,
작년과 다르게 최대한 계절을 느끼며
일 년을 보내려고 노력했다.

이직을 했다

신입으로 입사한 지 1년 2개월만에 퇴사를 하게 되었다.
사실 급하게 이직할 생각은 없었다.
공부를 하며 차근차근 준비할 예정이었는데,
현 직장에서 구직 플랫폼에 올려놓은 이력서를 보고 공고를 보내줘서 지원을 하게 되었다.
운이 좋게도 합격을 하여 노란피의 사람이 되었다 :)
좋은 사람들과 멋진 일을 함께 할 수 있음에 충분히 만족하고 있다.
많은 기여를 하고 싶은 곳이다.
아직은 마음처럼 머리가 따라주지 않지만......

엄청난 트래픽들을 맛봤다

2월에 담당하고 있는 서비스에 트래픽이 급증하며 서버가 버티지를 못했다.

서버가 터졌을 때, 할 수 있는 많은 방법들을 배웠다.
스케일 업, 스케일 아웃, 병목 구간 탐색, 어떨 땐 큰 맘 먹고 구동 중인 서버 리스타트…
그리고 서버가 다시 안정화 되었을 때 치울 응가가 매우 많다는 것도 배웠다.
데이터 보정 작업, 쏟아지는 CS 건
머리가 많이 아팠지만, 운영 건을 처리하다보니 시스템에 대해서 빠르게 파악할 수 있었다.
트래픽이 몰리면, 평소에는 발생하지 않던 숨겨진 문제들도 보이더라.
그런 부분을 잡아 나가면서 시스템을 더 탄탄하게 만드는 경험을 했다.

이직 후, 11월에도 담당하고 있는 서비스에 트래픽이 몰리면서 내 인생 두번째 큰 장애를 경험했다.

시스템을 다 파악하지 못해서 할 수 있는건 테스트 뿐…
그리고 기도…
덕분에(?) 새롭게 배우는 것들이 많아졌다.
내가 기여할 부분이 많아질 수 있는 기회도 주어졌다.
나만 잘하면 된다…!

재택 근무의 양면을 절실히 느끼는 중이다

이직 후 입사 첫 날 부터 재택 근무를 하게 되었다.
재택 사랑스러운데, 너무 힘들다.
장점과 단점이 너무 극명하다.
물론 개인 차도 크다.

장점은
출퇴근, 준비 시간, 체력 소모가 줄어든다.
점심 먹고 잠시 누울 수 있다.

단점은
혼잣말이 늘어 간다.
커뮤니케이션 비용이 많이 든다.
이직한 사람에게는 빠른 랜딩이 쉽지 않다.
혼자 생각하고, 혼자 판단해서 내 생각에 갇히게 된다.
자기 객관화가 어려워진다.
가끔은 사람들과 부대끼며 일하고 싶은데 그럴 수 없다.
집 밥 먹기가 힘들어지는 순간이 온다.

단점이 많아보이지만,
사실 장점이 강력해서 상쇄되는 기분이긴 하다.
아무튼 나에게 재택 근무는 너무 적응하기 힘든 근무 환경이었다.
재택 근무가 계속되는 이상
내가 좋아하는 공간이 될 수 있도록 방을 꾸며야 한다고 생각하여
최대한 내가 집중을 잘 할 수 있는 공간으로 만들어봤다.
여러 시도 끝에 찾은 방법은
형광등을 켜지 않고, 조명등만 켜서 책상 쪽을 밝게 하였다.
분위기가 은은해지고, 방의 다른 가구들을 잘 안보이게 하여 집중력을 높였다.
그리고 제자리를 못 찾고 있던 예쁜 소품들을 주변에 놓았다.
아직 손을 보고 싶은 곳이 많지만,
나름 만족하면서 일하는 중이다 :)

좋은 사람들은 얻었다

전 직장에서 좋은 사람들을 얻었다.

일단 동기들,
동기 사랑 나라 사랑이라는 명목 아래에 여행도 가고 꾸준히 연락하며 재밌게 지내고 있다.

또 전 직장 팀원들
다른 팀이었지만, 꾸준히 연락하는 사람들까지
돌아보니 감사한 한 해이다.
2022년도 돌아봤을 때 행복하고 감사한 한 해가 될 수 있었으면 한다.
내가 아는 사람 다 건강하고 행복했으면

JPA] JPA가 제공하는 간단한 CRUD를 알아보자

펭귀니 :) — Sun, 14 Nov 2021 16:39:15 +0900

출처
자바 ORM 표준 JPA 프로그래밍 - 김영한

개요

JPA는 ssafy때 프로젝트에서 적용해봤다.
JPA를 다시 적용해보려니 내가 알고 있는 지식들이 머릿속에서 듬성듬성 떨어져있는 기분이고, 하나의 흐름으로 연결되지 않는 느낌이라 답답하더라.
더 이상 구글링으로 연명해나갈 수 없어!라고 생각하고, 돌이 들어있는 항아리에 모래를 붓고자 책을 펼쳤다!

함께 JPA와 친해져봐여 :)

저장 기능

persist(student)

객체를 데이터베이스에 저장한다.

조회 기능

find(Student.class, studentId)

객체 하나를 데이터베이스에서 조회한다.

수정 기능

Student s = find(Student.class, studentId)  
s.setAge("12")

JPA는 별도의 수정 메소드를 제공하지 않는다.
대신 객체 조회 후 값을 변경하면 트랜잭션을 커밋할 때 적절하게 update해준다.

연관된 객체 조회

Student s = find(Student.class, studentId)  
s.getTeacher()

Student에 Teacher이라는 객체가 매핑되어있으면, Student조회 시 연관된 Teacher도 조회가 가능하다.

TDD를 알아보자!

펭귀니 :) — Mon, 25 Oct 2021 01:17:02 +0900

이 글을 쓰는 이유는...
그냥 내가 TDD와 어떻게 친해지게 됐는지 나중에는 생각이 나지 않을 것 같아서
기록하기 위해 남긴다.

TDD와 또 친해지고자 하는 사람에게 도움이 된다면야 너무 좋고

TDD를 언젠가부터 들어왔고, 제대로 알아보고 싶은 마음이 있었다.

사실 TDD를 알아보고자 했던 마음에는 테스트에 대해 잘 알고 싶다라는 마음이 선행되긴했다.
'테스트를 잘 하고 싶다. 테스트 코드를 잘 짜고 싶다.'에서 시작한 마음이 TDD까지 오게 되었다.

둘은 분명 상관관계가 있으니 큰 목표를 TDD로 잡고 테스트에 대해 알아보고자 한다.

공부하기 전에 내가 알고 있던 TDD의 모든 것

TDD란 테스트 주도 개발이며,
개발하기 전에 테스트 코드 먼저 작성하는 개발 방식이고
mock이란게 있다.

정도만 알고 있었다.

제대로 알고자 하니 너무 막막했다.
냅다 책부터 사서 펼쳐볼까 했지만, 책을 펼치더라도 내가 TDD에 대해 감각적으로 알고 있는 것들이 우선적으로 있으면 좋겠다는 생각이 들었다.
TDD에 관심이 있어 책을 구매했던 아는 사람한테 TDD에 대해 좀 아냐고 물어봤다.

나도 잘 모르지만 이 영상 한 번 봐봐
https://youtu.be/3LMmPXoGI9Q

하며 영상 하나를 추천 받았다.

위 영상은 매우 짧아서 부담 없었고, 가볍게 테스트란 무엇인가, 왜 해야하는가를 들을 수 있었다.

영상을 다 보니, 추천 영상에 우아한테크세미나에서 자바지기님의 TDD 강의가 뜨더라

https://www.youtube.com/watch?v=bIeqAlmNRrA

홀린 듯이 눌러서 보는 중이다!

보고난 후

내가 강의를 들으면서 이해한 TDD,
그니까 테스트 코드를 먼저 작성하기 전에 우선적으로 되어야 하는게
요구사항이 명확해야한다.

그 명확한 요구사항을 코드로 표현하는 것이 테스트 코드고,
그 다음에 요구사항을 실현할 수 있는 비즈니스 로직을 작성하는 것이 TDD의 핵심인 듯 하다.

먼저 단위테스트(Unit Test)를 해보자!
처음엔 Input과 output이 명확한 걸로 해야 쉽다.

유닛테스트가 익숙해지면
그 다음 TDD를 진행해보자!
단, 웹, 모바일UI나 DB에 의존관게를 가지지 않는 요구사항으로 연습하자.

Test Fails 첫번째 실패하는 테스트를 만들고
Test Passes 테스트를 하고
Refactor 리팩토링하고

영상에는 이런 기술적인 얘기 외에도 개발할 때 조직내에서 가져야할 마음가짐에 대해서도 알려준다.

좋은 세미나였다 :)

Play Framework 2.3.x ] Java - 1.1 Actions, Controllers and Results 번역

펭귀니 :) — Sun, 26 Sep 2021 20:13:31 +0900

업무상 Play Framework를 사용하게 되었다.
따라서, 2.3.x 버전의 Documents를 번역해보고자 한다 :)
오류가 있다면 언제든지 알려주세요.

링크 : https://www.playframework.com/documentation/2.3.x/JavaActions

위치

Play for Java Developers
 ㄴ Main Concepts
  ㄴ 1. HTTP programming
   ㄴ 1.1 Actions, Controllers and Results

Actions, Controllers and Results

What is an Action?

Play application이 받은 대부분의 요청은 Action에 의해 처리된다.
action은 기본적으로 request 파라미터를 처리하고, 클라이언트에게 결과를 생성하는 자바 메소드다.

public static Result index() {
    return ok("Got request " + request() + "!");
}

action은 웹 클라이언트에게 HTTP 응답을 표현하는 play.mvc.Result값을 반환시킨다. 예를 들어, ok는 textp/plain response body를 포함하는 200 OK를 구성한다.

Controllers

controller는 일부 action 메소드를 그룹화하는 play.mvc.Controller를 확장하는 클래스 그 이상 그 이하도 아니다.

package controllers;

import play.*;
import play.mvc.*;

public class Application extends Controller {

    public static Result index() {
        return ok("It works!");
    }

}

위에서 볼 수 있듯이, action을 정의하기 위한 제일 간단한 방법은 Result를 반환하는 인자없는 static 메소드로 작성할 수 있다.

action 메소드는 인자도 가질 수 있다.

public static Result index(String name) {
    return ok("Hello " + name);
}

이러한 인자는 Router나 request URL에 value로 채워진다. 인자 값은 URL path나 URL 쿼리 스트링에서 얻어진다.

Results

웹 클라이언트에 보낼 HTTP 헤더와 바디의 구성을 status code로 하여 HTTP result를 간단하게 시작해보자.

이러한 results는 play.mvc.Result에 의해 정의되고, play.mvc.Results 클래스는 ok메소드와 같은 표준 HTTP results를 사용할 수 있는 몇몇의 helpers를 제공한다.

public static Result index() {
    return ok("Hello world!");
}

여기 몇개의 다양한 results의 예제들이 있다.

Result ok = ok("Hello world!");
Result notFound = notFound();
Result pageNotFound = notFound("<h1>Page not found</h1>").as("text/html");
Result badRequest = badRequest(views.html.form.render(formWithErrors));
Result oops = internalServerError("Oops");
Result anyStatus = status(488, "Strange response type");

이러한 helpers은 모두 play.mvc.Results 클래스 안에서 찾을 수 있다.

Redirects are simple results too

브라우저를 새로운 URL로 리다이렉팅하는 것은 간단한 result의 종류이다. 그러나, 이러한 result 타입은 response body를 가지지 않는다.

redirect results를 생성하는 몇개의 helpers:

public static Result index() {
    return redirect("/user/home");
}

303 SEE_OTHER 응답 형식을 사용하기 위한 기본값이다. 보다 구체적인 status code도 지정할 수 있다.

public static Result index() {
    return temporaryRedirect("/user/home");
}