개발블로그

PostgreSQL DB 성능 개선을 위한 설정 파일 수정

박진만 — Thu, 1 Jun 2023 14:04:18 +0900

개발 서버에 PostgreSQL DB 설치 후 사용하면서 속도가 느리다는 느낌을 받았습니다. 서버 사양은 낮지 않은데 DB 성능은 좋지 않아 설정의 문제가 있지 않을까 싶어 개선 방법을 찾아보았습니다.

PostgreSQL 의 기본 설정은 최고의 성능을 내기 보다는 가능한 다양한 기기에서 잘 동작할 수 있도록 보수적으로 잡혀 있다고 합니다. 설치 후 아무런 설정을 건드리지 않았다면 속도가 느린게 당연한 것이었습니다.

PostgreSQL 은 postgresql.conf 파일을 수정한 후 DB 를 재기동하면 설정이 변경됩니다.

※ DB 재기동 없이 Query 또는 Command 를 실행해서 설정을 적용하는 방법도 있습니다. 그러나 일반적인 설정 적용은 가능하지만 일부 재시작이 필요한 설정은 적용되지 않습니다.

- 쿼리(Query)를 활용한 Reload

SELECT pg_reload_conf();

- 명령어(Command)를 활용한 Reload

pg_ctl reload -D [Datbasae 경로]

※ postgresql.conf 파일이 있는 위치를 확인하는 방법입니다.

show data_directory;

※ 성능 개선을 위해 postgresql.conf 파일 내용을 수정한 항목입니다.

1) shared_buffers
Postgresql 은 디스크에 메모리 값을 직접 변경하는 대신 공유 버퍼 캐시에 데이터를 읽도록 요청한다.
서버의 메모리 성능은 이 공유버퍼의 용량을 조정함으로써 조절할 수 있다.
기본값은 128MB, 최소 128KB 이상으로 설정해야 한다.
서버 메모리의 1/4 정도 용량을 설정한다. (공식 페이지에서는 40%를 넘지 않도록 권장)
설정값은 MB, GB 등 단위별로 설정 가능하다.

2) work_mem
sort, merge, join 등에 사용하는 메모리 설정 값. 서버 사양에 따라 설정 값을 변경해주면 됩니다.
기본값은 4MB 로 설정되어 있습니다.

계산식
ex) 32GB 메모리에 max_connections 100

(시스템 전체 메모리) / (최대 커넥션 수 * 16)
(32G * 1024) / (100 * 16) = 32,768 / 1600 = 20.48 => 약 20MB 로 설정

1 / (max_connections * 2)
(32G * 1024) / (100 * 2) = 163.84 => 약 160MB 로 설정

이 계산식이 정답이라고 할 수는 없습니다.
work_mem 을 크게 설정하면 대용량 작업을 할 때 좀더 성능이 좋아지지만 커넥션이 늘어나면 프로세스를 다 띄우지 못하고 초과되어 Out of Memory 가 발생할 수 있습니다.
각자 상황에 맞게 운영하면서 최적 값을 찾아가면 될 것 같습니다.

3) maintenance_work_mem
VACUUM, CREATE INDEX 및 ALTER TABLE ADD FOREIGN KEY 와 같이 유지 보수 작업에서 사용할 최대 메모리 크기
백업 및 복원 성능도 해당 설정의 영향을 받는다.
기본값은 64MB이며, work_mem 설정보다 크게 설정하는 것을 권장한다.
maintenance_work_mem 설정은 서버 메모리의 1/16으로 설정하는 것을 권장한다.

4) wal_buffers
데이터베이스의 변경 사항을 잠시 저장(로그)는 버퍼입니다. WAL(Write Ahead Log)이라고 명칭합니다.
백업 및 복구 관점에서 보면, WAL 버퍼와 WAL 파일은 매우 중요합니다.
데이터를 업데이트 할 때 어떤 변경을 할 것 인지를 남기는 로그이며, PostgreSQL에서는 WAL(Write Ahead Log)이라 명칭합니다.
Default : 64KB
트랜잭션 로그(WAL log) 버퍼, shared_buffers 의 1/32 권장

5) max_wal_size
WAL 조각 파일들은 더 이상 보관할 필요가 없어지면, 지워지는 것이 아니라, 앞으로 사용될 파일로 그 이름을 바뀝니다. 이 설정은 이렇게 남겨두는 WAL 최소값을 지정합니다.
Default : 80 MB
산정 방법
OS 메모리의 1/2 또는 3/4 설정

6) min_wal_size
체크포인트 작업을 자동으로 진행할 WAL 최대 크기입니다.
Default : 1GB
산정 방법
최소 1GB로 만들고 최대 수 GB를 50 - 100GB

7) random_page_cost
비순차적으로 접근하는 디스크 페이지에 대한 계획 관리자의 예상 비용을 설정합니다.
random I/O cost 추정값으로 높으면 풀스캔 선호, 상대적으로 줄이면 인덱스 스캔을 선호함
Default : 4.0

8) effective_cache_size
단일 쿼리에 사용할 수 있는 디스크 캐시의 효율적인 크기(캐시할 수 있는 메모리 양)에 대한 플래너의 가정을 설정합니다.
이것은 인덱스를 사용하는 비용 추정에 반영됩니다. 값이 클수록 인덱스 스캔이 사용될 가능성이 높습니다.
Default : 4GB
산정 방법
OS 메모리의 1/2 또는 3/4 설정

9) autovacuum 설정
- autovacuum_max_workers
한 번에 실행할 수 있는 autovacuum 프로세스(autovacuum 제외)의 최대 수를 지정한다.
기본값은 3

- autovacuum_vacuum_scale_factor, autovacuum_analyze_scale_factor
autovacuum_vacuum_scale_factor, autovacuum_analyze_scale_factor 값 0 으로 설정
0 으로 설정해야 autovacuum_vacuum_threshold, autovacuum_analyze_threshold 에 설정한 dead tuple 수마다 autovacuum 이 동작함

- autovacuum_vacuum_threshold, autovacuum_analyze_threshold
autovacuum_vacuum_threshold = 100000
dead tuple 이 10만개 생성될 때마다 autovacuum 이 동작함

- vacuum_cost_limit
vacuuming 프로세스를 슬립 시키는 누적 비용. 기본값은 200이다.
autovacuum_vacuum_cost_limit = -1 일 경우 vacuum_cost_limit 값 참조

※ 실제 개발 서버에 적용한 설정파일입니다. 정답이 아니니 참고용으로만 활용하시길 바랍니다.
- 개발서버 사양

postgresql.conf

0.03MB

linux (Ubuntu) 서버에서 postgresql 이 자동으로 재시작되는 이슈

박진만 — Thu, 25 May 2023 16:40:57 +0900

※ 서버 및 DB 정보

Ubuntu 20.04.5 LTS
PostgreSQL 12

※ DB 모니터링 중 특정 시간에 DB가 종료되었다가 다시 시작되는 이슈를 발견하였다.

- 에러 로그 확인

로그 파일 경로 확인
show log_directory;

로그 파일 내용 확인
cd /data/postgresql/log
cat postgresql-2023-05-25_000000.log

2023-05-25 06시 58분 24초에 DB shutdown

- DB 로그 확인
cd /var/log/postgresql
cat postgresql-12-main.log

2023-05-25 06시 58분 29초에 DB start

※ 의심이 가는 부분을 하나씩 확인해보았다.
1. 서버 재기동
last reboot 명령어로 서버 재기동 이력 확인

5월 10일 15시55분에 기동 후 재기동 이력 없음

2. 사용자가 직접 DB 중지 후 재기동
history 명령어로 사용자가 실행한 명령어 이력 확인
→ DB 재기동 관련된 명령어가 실행된 흔적은 없었다.

3. 자동 업데이트
서버 또는 PostgreSQL 패키지 자동 업데이트 과정에서 종종 서비스가 자동 재시작 된다고 함.

- 업데이트 기록 확인
cd /var/log/unattended-upgrades
cat unattended-upgrades.log

2023-05-25 06시 58분 01초 업데이트 기록 있음

cat unattended-upgrades-dpkg.log

2023-05-25 06시 58분 18초 postgresql 업데이트 기록 있음

※ 원인은 3번 자동 업데이트 때문이었다.
의도치 않은 시간에 DB 재기동이 되는 것을 방지하기 위해 자동 업데이트 설정을 비활성화 해주기로 하였다.

- Ubuntu 자동 업데이트 비활성화

1. 설정 파일 있는 디렉토리로 이동
cd /etc/apt/apt.conf.d

2. 10periodic 파일 수정

3. 20auto-upgrades파일 수정

git repository file history 전부 삭제

박진만 — Mon, 22 May 2023 00:04:21 +0900

개인 프로젝트 소스를 private repository 에 중요한 데이터까지 전부 push 해서 관리 중입니다. 요즘은 개발자 입사 지원 시 git 에 포트폴리오 소스코드를 공개하는 것 같아서 방법을 고민해 보았습니다.

1. private repository → public repository
가장 간편한 방법.
→ 중요 소스코드들이 포함되어 있기 때문에 이 방법은 배제하였습니다.

2. git Submodule
git 레포지토리 하위에 다른 저장소를 관리하기 위한 도구
상위 repository 는 슈퍼 프로젝트(superproject), 하위 repository 는 서브 모듈(submodule)
서브모듈을 사용하면 특정한 git 레포지토리를 다른 레포지토리의 하위 디렉토리로 사용할 수 있다.
→ 상위 repository public, 하위 repository private 으로 관리
여러명이 같이 사용하는 repository 라면 적용하기 괜찮아 보임
각각의 repository 가 따로 관리되기 때문에 서브 모듈(submodule) 쪽 소스가 수정되었을 경우 관리하기 까다로움
그러나 저는 개인 프로젝트를 혼자 개발하기 때문에 편하게 내가 수정한 소스 push 하고 싶어서 이 방법은 배제하였습니다.

3. 공개용 git 계정 생성 → repository import → 중요 소스코드 file 및 history 를 전부 삭제
기존 git 계정은 개발용도로 편하게 사용하고 공개용으로 계정을 새로 생성해서 기존 계정의 repository 를 import 하고 중요 소스코드 file 및 history 를 전부 삭제하는 방법
→ 저한테 가장 알맞은 방법이라고 생각해서 이 방법을 선택했습니다.
공개용 계정에 import 한 시점 이후 변경된 소스는 반영이 되지 않는 단점이 있지만 저는 공개보다는 편하게 개발 관리하는게 우선이기 때문에 필요할 때 공개용 계정에 새로 import 한다는 생각으로 관리하기로 했습니다.

※ 3번 방법을 windows 환경, gitlab.com 기준으로 진행하였습니다.

- Python 설치 (이미 설치되어 있으면 Skip)
1. Python 최신 버전 다운로드 후 설치
https://www.python.org/downloads/

2. 환경변수 설정 후 콘솔에서 버전 확인
python --version 또는 python3 --version

- git-filter-repo 설치
1. GitHub에서 git-filter-repo 복제

git clone https://github.com/newren/git-filter-repo.git

2. git --exec-path 실행하여 Git 디렉터리 확인

git --exec-path

3. git-filter-repo 파일을 Git 디렉터리로 복사

4. git filter-repo 실행 -> No arguments specified. 문구 나오면 정상

git filter-repo

* 정상 문구 안나올 경우 -> git-filter-repo 열기 -> python3 를 python 으로 수정

수정 전

수정 후

- 공개용 계정으로 gitlab.com 로그인 -> Projects 메뉴 -> new project 버튼 클릭

- import project 클릭

- repository by URL 클릭

- import 할 git url, 계정, 비번 등 필요한 항목 입력 후 Create project 버튼 클릭

- cmd 실행 후 clone 할 경로 이동

- clone

git clone https://gitlab.com/jinmanp/manman_frontend.git

- filter-repo 로 repository file history 전부 삭제
1. 해당 repository 최상위 폴더로 이동

cd manman_frontend

2. 삭제 명령 실행

git filter-repo --force --invert-paths --path 삭제하고 싶은 폴더 및 파일

git filter-repo --force --invert-paths --path src/main/resources

3. repository 재연결
삭제 명령을 실행하면 repository 연결이 끊어진다. repository 다시 연결

git remote add [remote name] [git URL]

git remote add origin https://gitlab.com/jinmanp/manman_frontend.git

4. repository push

git push [remote name] --force --all

git push origin --force --all

5. 삭제 전 삭제 후 repository 비교

삭제 전

삭제 후

※ pre-receive hook declined 오류 발생 시
※ remote: You are not allowed to push code to this project. 오류 발생 시
Protected branches 설정 해제 또는 Allowed to force push 허용

[Android] https 요청 시 ssl 인증서 오류

박진만 — Tue, 28 Mar 2023 17:51:29 +0900

http 요청은 잘 되는데 https 요청 시 아래 오류 발생

javax.net.ssl.SSLHandshakeException: java.security.cert.CertPathValidatorException:Trust anchor for certification path not found

원인 : Connection 하는 웹사이트의 Certificate 인증서가 안드로이드 단말에 존재하지 않을 경우 발생

해결방법

1. 요청하고자 하는 웹사이트의 인증서 확인 후 다운로드
- 브라우저 주소창에 자물쇠 클릭

- 인증서 정보 클릭

- 세부정보 탭 선택 후 내보내기 버튼 클릭

2. 프로젝트에 인증서 복사
- res > raw 위치에 인증서 붙여넣기

3. Connection 시 인증서 정보 setting

CertificateFactory cf = CertificateFactory.getInstance("X.509");

InputStream caInput = getResources().openRawResource(R.raw.maandoo);
Certificate ca = cf.generateCertificate(caInput);

// Create a KeyStore containing our trusted CAs
String keyStoreType = KeyStore.getDefaultType();
KeyStore keyStore = KeyStore.getInstance(keyStoreType);
keyStore.load(null,null);
keyStore.setCertificateEntry("ca", ca);

// Create a TrustManager that trusts the CAs in our KeyStore
String tmfAlgorithm = TrustManagerFactory.getDefaultAlgorithm();
TrustManagerFactory tmf = TrustManagerFactory.getInstance(tmfAlgorithm);
tmf.init(keyStore);

// Create an SSLContext that uses our TrustManager
SSLContext sslContext = SSLContext.getInstance("TLS");
sslContext.init(null, tmf.getTrustManagers(), new java.security.SecureRandom());
caInput.close();

URL requestUrl = new URL(url + param);
HttpsURLConnection urlConnection = (HttpsURLConnection)requestUrl.openConnection();
urlConnection.setSSLSocketFactory(sslContext.getSocketFactory());
InputStream is = urlConnection.getInputStream();

[Spring Boot] Swagger, Bearer + JWT(JSON Web Token) 적용

박진만 — Wed, 22 Mar 2023 11:45:09 +0900

- Spring Boot 3.0.4, springdoc 2.0.4 기준

- JWT(JSON Web Token)
JSON 웹 토큰(JSON Web Token, JWT)은 선택적 서명 및 선택적 암호화를 사용하여 데이터를 만들기 위한 인터넷 표준으로 페이로드는 클레임(claim), 표명(assert)을 처리하는 JSON을 보관하고 있다.
전달하고자하는 정보를 안전하게 전송하기 위핸 웹표준(RFC 7519) 방식으로, 인증에 필요한 중요정보(api key, api secret)부터, 만료일, 발행자, 암호화 알고리즘과 같은 기본 정보까지 포함.
JWT 토큰 내에 만료일이나 인증정보를 가지고 있기 때문에, 서버에서 인증을 위한 별도의 세션 처리를 할 필요가 없다.

3가지(header, payload, signatue) 정보가 . 으로 구분되어 합쳐진 형태.

1. build.gradle
- implementation 추가

implementation 'io.jsonwebtoken:jjwt-api:0.11.5'
runtimeOnly 'io.jsonwebtoken:jjwt-impl:0.11.5', 'io.jsonwebtoken:jjwt-jackson:0.11.5'

2. application.properties
- jwt 설정 내용 추가 : apiKey, secretKey 에 설정한 키 값을 입력한다.

#jwt
jwt.token.typ=JWT
jwt.token.alg=HS256
jwt.token.apiKey=xxxxxxxxx
jwt.token.secretKey=xxxxxxxx

3. SwaggerConfig.java
- swagger API 설정 : 기본 정보 설정 및 JWT 설정

import java.nio.charset.StandardCharsets;
import java.util.Date;
import java.util.HashMap;
import java.util.Map;

import javax.crypto.SecretKey;

import org.apache.commons.lang3.StringUtils;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.propertyeditors.StringTrimmerEditor;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.http.ResponseEntity;
import org.springframework.util.StreamUtils;
import org.springframework.web.bind.WebDataBinder;
import org.springframework.web.bind.annotation.InitBinder;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import com.test.common.request.TokenRequest;
import com.test.common.response.ErrorResponse;
import com.test.common.response.TokenResponse;

import io.jsonwebtoken.Jwts;
import io.jsonwebtoken.security.Keys;
import io.swagger.v3.oas.annotations.Operation;
import io.swagger.v3.oas.annotations.Parameter;
import io.swagger.v3.oas.annotations.Parameters;
import io.swagger.v3.oas.annotations.tags.Tag;
import jakarta.servlet.ServletInputStream;
import jakarta.servlet.http.HttpServletRequest;
import lombok.RequiredArgsConstructor;
import lombok.Setter;

@RequestMapping(value = "/token")
@Tag(name = "token", description = "Bearer JWT Token API")
@ConfigurationProperties(prefix = "jwt.token")
@RequiredArgsConstructor
@RestController
public class TokenController {
	
    private Logger logger = LoggerFactory.getLogger(this.getClass());

    @Setter 
    private String typ;
    @Setter 
    private String alg;
    @Setter 
    private String apiKey;
    @Setter 
    private String secretKey;
	
    // input 스트링으로 들어오는 String 데이터들의 white space를 trim 해주는 역할을 한다.
    // 모든 요청이 들어올 때마다 해당 method를 거침 (node의 middleware 같은 것)
    @InitBinder
    public void initBinder(WebDataBinder dataBinder) {
        StringTrimmerEditor stringTrimmerEditor = new StringTrimmerEditor(true);
        dataBinder.registerCustomEditor(String.class, stringTrimmerEditor);
    }

    @Operation(description = "JWT token 생성")
    @Parameters({
        @Parameter(name = "apikey", description = "apikey", required = true),
        @Parameter(name = "nonce", description = "현재시각(단위: millisecond)", required = true)
    })
    @PostMapping(value = "")
    public ResponseEntity<? extends Object> createToken(
            @Parameter(hidden = true) @RequestBody TokenRequest tokenRequest
            , HttpServletRequest request
            ) throws Exception {
		
        ServletInputStream inputStream = request.getInputStream();
        String requestBody = StreamUtils.copyToString(inputStream, StandardCharsets.UTF_8);
        logger.debug("TokenController callApiJsonRequest requestBody : " + requestBody);

        logger.debug("TokenController createToken tokenRequest.toString() : " + tokenRequest.toString());
        logger.debug("TokenController createToken tokenRequest.getApiKey() : " + tokenRequest.getApiKey());
        logger.debug("TokenController createToken tokenRequest.getNonce() : " + tokenRequest.getNonce());

        if(StringUtils.isBlank(tokenRequest.getApiKey()) || tokenRequest.getNonce() == null) {
            return ResponseEntity.badRequest().body(new ErrorResponse("400", "apiKey 또는 nonce가 없습니다.", null));
        } else if(!apiKey.equals(tokenRequest.getApiKey())) {
            return ResponseEntity.badRequest().body(new ErrorResponse("400", "apiKey가 일치하지 않습니다.", null));
        }

        Date now = new Date();
        long nonce = tokenRequest.getNonce();
        long expTime = 1800000L; // 유효시간 : 30분

        try {

            if(nonce < now.getTime() - expTime) {
                return ResponseEntity.badRequest().body(new ErrorResponse("400", "nonce값이 유효하지 않습니다.", null));
            }

        } catch(Exception e) {
            return ResponseEntity.badRequest().body(new ErrorResponse("400", "nonce값은 millisecond값으로 설정해야 합니다.", null));
        }

        SecretKey key = Keys.hmacShaKeyFor(secretKey.getBytes("UTF-8"));

        Map<String, Object> header = new HashMap<>();
        header.put("typ", typ);
        header.put("alg", alg);

        String jwt = Jwts.builder()
            .setHeader(header)
            .setIssuer("testApp")
            .setIssuedAt(now)
            .setExpiration(new Date(nonce + expTime))
            .claim("apiKey", apiKey)
            .signWith(key)
            .compact();

        return ResponseEntity.ok().body(new TokenResponse(jwt));
		
    }

}

5. TokenRequest.java
- 요청 값 관리 : 요청 항목 정의

import io.swagger.v3.oas.annotations.media.Schema;
import lombok.Getter;
import lombok.Setter;
import lombok.ToString;

@Getter @Setter @ToString
@Schema(name = "TokenRequest")
public class TokenRequest {
	
    private String apiKey;

    @Schema(description = "현재시각(단위: millisecond)")
    private Long nonce;
	
}

6. TokenResponse.java
- 응답 값 관리 : 응답 항목 정의

import io.swagger.v3.oas.annotations.media.Schema;
import lombok.Getter;

@Getter
public class TokenResponse {
	
    @Schema(description = "JWT 토큰")
    private String token;

    public TokenResponse(String token) {
        this.token = token;
    }
	
}

7. AuthorizationAspect.java
- @Aspect 를 이용한 token 유효성 검사
- @Before 를 통해서 TokenController 를 제외한 모든 Controller 요청에 JWT 인증 적용

import java.io.UnsupportedEncodingException;
import java.util.Date;
import java.util.regex.Pattern;

import javax.crypto.SecretKey;

import org.apache.commons.lang3.StringUtils;
import org.aspectj.lang.JoinPoint;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.boot.context.properties.ConfigurationProperties;
import org.springframework.stereotype.Component;
import org.springframework.web.context.request.RequestContextHolder;
import org.springframework.web.context.request.ServletRequestAttributes;

import com.test.common.exception.AuthorizationHeaderNotExistsException;
import com.test.common.exception.InvalidTokenException;
import com.test.common.exception.TokenExpiredException;

import io.jsonwebtoken.Claims;
import io.jsonwebtoken.Jws;
import io.jsonwebtoken.Jwts;
import io.jsonwebtoken.security.Keys;
import io.jsonwebtoken.security.WeakKeyException;
import jakarta.servlet.http.HttpServletRequest;
import lombok.Setter;

@ConfigurationProperties(prefix = "jwt.token")
@Aspect
@Component
public class AuthorizationAspect {
	
    private Logger logger = LoggerFactory.getLogger(this.getClass());

    @Setter 
    private String apiKey;

    @Setter 
    private String secretKey;
    
    @Before("execution(* com.test..*Controller.*(..)) && !target(com.test.common.web.TokenController)")
    public void checkToken(JoinPoint joinPoint) throws WeakKeyException, UnsupportedEncodingException, TokenExpiredException {

        logger.debug("AuthorizationAspect checkToken");

        SecretKey key = Keys.hmacShaKeyFor(secretKey.getBytes("UTF-8"));
        HttpServletRequest request = ((ServletRequestAttributes) RequestContextHolder.currentRequestAttributes()).getRequest();
        String authorization = request.getHeader("Authorization");

        if(StringUtils.isBlank(authorization)){
            throw new AuthorizationHeaderNotExistsException();
        }

        if(Pattern.matches("^Bearer .*", authorization)) {

            authorization = authorization.replaceAll("^Bearer( )*", "");
            Jws<Claims> jwsClaims = Jwts.parserBuilder()
                    .setSigningKey(key)
                    .build()
                    .parseClaimsJws(authorization);

            if(jwsClaims.getBody() != null) {

                Claims claims = jwsClaims.getBody();

                logger.debug("AuthorizationAspect checkToken claims : " + claims);

                if(!claims.containsKey("apiKey") || !apiKey.equals(claims.get("apiKey").toString())
                        || claims.getExpiration() == null) {
                    throw new InvalidTokenException();
                }

                long exp = claims.getExpiration().getTime();

                logger.debug("AuthorizationAspect checkToken exp : " + exp);
                logger.debug("AuthorizationAspect checkToken new Date().getTime() : " + new Date().getTime());

                if(exp < new Date().getTime()) {
                    throw new TokenExpiredException();
                }

            }

        } else {
            throw new InvalidTokenException();
        }

    }
	
}

8. AuthorizationHeaderNotExistsException.java
- authorization 정보가 없을 때 발생 할 Exception

public class AuthorizationHeaderNotExistsException extends RuntimeException {

    private static final long serialVersionUID = -1013888520992595369L;

    public AuthorizationHeaderNotExistsException() {
        super("Authorization 헤더가 없습니다.");
    }
	
}

9. InvalidTokenException.java
- token 값이 유효하지 않을 때 발생 할 Exception

public class InvalidTokenException extends RuntimeException {

    private static final long serialVersionUID = 346116252681253824L;

    public InvalidTokenException() {
        super("token 값이 유효하지 않습니다.");
    }
	
}

10. TokenExpiredException.java
- token 유효기간이 만료 되었을 때 발생 할 Exception

public class TokenExpiredException extends RuntimeException {

    private static final long serialVersionUID = -3644870070470966659L;

    public TokenExpiredException() {
        super("토큰이 만료되었습니다.");
    }
	
}

11. Swagger ui 화면 접속

- Authorize 버튼과 API 목록 우측에 자물쇠 모양이 열려있는 모양으로 생성됨

- API 요청 시 인증 오류 발생

- token API 정보 열기 → Try it out 버튼 클릭 → apiKey, nonce 입력 후 Execute 버튼 클릭 → token 생성

- 생성된 token 값 복사

- Authorize 버튼 클릭

- 복사한 token 값 입력 후 Authorize 클릭

- Close 버튼 클릭

- API 목록 우측에 자물쇠 모양이 닫힌 모양으로 변경됨

- header 에 authorization: Bearer [생성한 token] 포함하여 API 요청 → 정상 응답

[Spring Boot] 스피링 부트 3.x Swagger Ui 설정

박진만 — Tue, 21 Mar 2023 18:06:59 +0900

- Spring Boot 3.0.4, springdoc 2.0.4 기준
- swagger : springfox, springdoc 2가지 라이브러리가 있음.
springfox 는 최근 업데이트가 없고 Spring Boot 3점 대 적용 시 일부 오류 발생 -> java 17 적용 때문인 것 같음 (Spring Boot 3 버전은 java 17 이상 필수)
그래서 springdoc 적용

1. build.gradle
- implementation 추가
implementation 'org.springframework.boot:spring-boot-starter-web'
implementation 'org.springdoc:springdoc-openapi-starter-webmvc-ui:2.0.4'
implementation 'org.springframework.boot:spring-boot-starter-validation'

2. application.properties
- springdoc 설정 내용 추가
#springdoc
springdoc.version=v1.0.0
springdoc.swagger-ui.path=/swagger-ui.html
springdoc.swagger-ui.groups-order=DESC
springdoc.swagger-ui.operationsSorter=method
springdoc.swagger-ui.disable-swagger-default-url=true
springdoc.swagger-ui.display-request-duration=true

springdoc.api-docs.path=/api-docs
springdoc.show-actuator=true
springdoc.default-consumes-media-type=application/json
springdoc.default-produces-media-type=application/json
springdoc.paths-to-match=/**

3. SwaggerConfig.java
- swagger API 설정 : 기본 정보 설정 및 JWT 설정

import java.util.Arrays;

import org.springdoc.core.models.GroupedOpenApi;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

import io.swagger.v3.oas.models.Components;
import io.swagger.v3.oas.models.OpenAPI;
import io.swagger.v3.oas.models.info.Info;
import io.swagger.v3.oas.models.security.SecurityRequirement;
import io.swagger.v3.oas.models.security.SecurityScheme;

@Configuration
public class SwaggerConfig {

    @Bean
    public GroupedOpenApi manmanApi() {
        return GroupedOpenApi.builder()
            .group("manman Service API v1")
            .pathsToMatch("/**")
            .build();
    }
    
    @Bean
    public OpenAPI manmanOpenAPI(@Value("${springdoc.version}") String springdocVersion) {
    	
    	Info info = new Info().title("manman Service API 명세서")
            .description("manman 프로젝트 서비스 API 명세서입니다.")
            .version(springdocVersion);
                
    	SecurityScheme securityScheme = new SecurityScheme()
            .type(SecurityScheme.Type.HTTP).scheme("bearer").bearerFormat("JWT")
            .in(SecurityScheme.In.HEADER).name("Authorization");

	SecurityRequirement schemaRequirement = new SecurityRequirement().addList("bearerAuth");
    	
        return new OpenAPI()
            .components(new Components().addSecuritySchemes("bearerAuth", securityScheme))
            .security(Arrays.asList(schemaRequirement))
            .info(info);
        
    }
    
}

4. MusicController.java
- Controller 설정 : 설정한 정보가 swagger-ui.html 화면에 표현된다.

import java.util.List;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.http.ResponseEntity;
import org.springframework.validation.annotation.Validated;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.RestController;

import com.manman.common.response.ErrorResponse;
import com.manman.music.service.MusicService;
import com.manman.music.vo.MusicRequest;
import com.manman.music.vo.MusicResponse;

import io.swagger.v3.oas.annotations.Operation;
import io.swagger.v3.oas.annotations.Parameter;
import io.swagger.v3.oas.annotations.Parameters;
import io.swagger.v3.oas.annotations.media.Content;
import io.swagger.v3.oas.annotations.media.Schema;
import io.swagger.v3.oas.annotations.responses.ApiResponse;
import io.swagger.v3.oas.annotations.responses.ApiResponses;
import io.swagger.v3.oas.annotations.tags.Tag;

@Tag(name = "Music", description = "Music api 입니다.")
@RestController
@RequestMapping("/music")
public class MusicController {
	
	final private Logger logger = LoggerFactory.getLogger(this.getClass());

	@Autowired
	private MusicService musicService;
	
	@Operation(summary = "Music 리스트 조회", description = "Music 리스트 정보가 조회됩니다.")
	@ApiResponses({
		@ApiResponse(responseCode = "200", description = "OK",
			content = @Content(schema = @Schema(implementation = MusicResponse.class))),
		@ApiResponse(responseCode = "400", description = "BAD REQUEST", 
			content = @Content(schema = @Schema(implementation = ErrorResponse.class))),
		@ApiResponse(responseCode = "404", description = "NOT FOUND",
			content = @Content(schema = @Schema(implementation = ErrorResponse.class))),
		@ApiResponse(responseCode = "500", description = "INTERNAL SERVER ERROR",
			content = @Content(schema = @Schema(implementation = ErrorResponse.class)))
	})
	@Parameters({
		@Parameter(name = "category", description = "카테고리", example = "R01", required = true),
		@Parameter(name = "regYmd", description = "등록일시", example = "20230305", required = false)
	})
	@RequestMapping(value = "/selectMusicList", method = {RequestMethod.POST, RequestMethod.GET})
	ResponseEntity<List<MusicResponse>> selectMusicList(
		@Parameter(hidden = true) @Validated(MusicRequest.validSelectMusicList.class) @RequestBody MusicRequest musicRequest
	) throws Exception {

		logger.debug("MusicController selectMusicList musicRequest.getCategory() : " + musicRequest.getCategory());
		logger.debug("MusicController selectMusicList musicRequest.getRegYmd() : " + musicRequest.getRegYmd());

		return ResponseEntity.ok().body(musicService.selectMusicList(musicRequest));

	}
    
}

5. MusicRequest.java
- 요청 값 관리 Class : 요청 항목 정의 및 각 항목 별 validation 을 정의한다.

import io.swagger.v3.oas.annotations.media.Schema;
import jakarta.validation.constraints.NotBlank;
import lombok.Getter;
import lombok.Setter;

@Getter
@Setter
public class MusicRequest {
	
    public interface validSelectMusicList {}

    @NotBlank(groups = validSelectMusicList.class)
    @Schema(description = "카테고리")
    private String category;

    @Schema(description = "등록일시")
    private String regYmd;

    @Schema(description = "가수")
    private String artist;    

    @Schema(description = "제목")
    private String title;    

    @Schema(description = "등록번호")
    private String regNo;    

    @Schema(description = "비디오 ID")
    private String videoId;    

    @Schema(description = "썸네일")
    private String thumbnail;

}

6. MusicResponse.java
- 응답 값 관리 Class : 응답 항목을 정의한다.

import io.swagger.v3.oas.annotations.media.Schema;
import lombok.Getter;
import lombok.NoArgsConstructor;
import lombok.Setter;

@Getter
@Setter
@NoArgsConstructor
public class MusicResponse {
	
    @Schema(description = "등록번호")
    private String regNo;

    @Schema(description = "순위")
    private int rank;

    @Schema(description = "제목")
    private String title;

    @Schema(description = "가수")
    private String artist;

    @Schema(description = "등록일시")
    private String regYmd;

    @Schema(description = "카테고리")
    private String category;

    @Schema(description = "썸네일")
    private String thumbnail;

    @Schema(description = "비디오 ID")
    private String videoId;
	
}

7. swagger-ui 화면

[Spring Boot] 설정 파일(application.properties, logback.xml) 개발, 운영 분리 설정

박진만 — Tue, 21 Mar 2023 12:41:18 +0900

Spring Boot 개발 환경에 따라 설정 파일을 분리해서 관리하는 방법

1. application.properties
- spring.profiles.active 에 profiles 값 설정 : dev(개발), release(운영) 으로 분리함
- 개발, 운영 환경에서 공통적으로 사용하는 설정은 application.properties 파일에 작성.

2. application-dev.properties
- spring.profiles.active 값이 dev 로 되어 있을 경우 해당 파일을 설정 파일로 인식
- 개발 환경에서 사용하는 설정 application-dev.properties 파일에 작성

3. application-release.properties
- spring.profiles.active 값이 release 로 되어 있을 경우 해당 파일을 설정 파일로 인식
- 운영 환경에서 사용하는 설정 application-release.properties 파일에 작성

4. logback 설정도 spring.profiles.active 값에 따라 분기할 수 있다.
- application-dev.properties 파일에 logging.config=classpath:logback-spring-dev.xml 설정
- application-release.properties 파일에 logging.config=classpath:logback-spring-release.xml 설정
- logback.xml 또는 logback-spring.xml 파일이 있을 경우 삭제
- logback-spring-dev.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE xml>
<configuration>

    <!-- pattern -->
    <property name="LOG_PATTERN_DEFAULT" value="[%d{yyyy:MM:dd HH:mm:ss}] %-5level --- [%thread] %logger{35} : %msg %n"/>
    
    <property name="LOG_PATH" value="C:\\Users\\abc\\git\\abcd\\logs"/>
    <property name="LOG_FILE_NAME" value="abcd"/>

    <!-- CONSOLE appender -->
    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${LOG_PATTERN_DEFAULT}</pattern>
        </encoder>
    </appender>
    
    <!-- file appender -->
    <appender name="INFO_DEFAULT_FILE_APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}/${LOG_FILE_NAME}.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}.%d{yyyy-MM-dd}_%i.zip</fileNamePattern>
            <!-- <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}.%d{yyyy-MM-dd}_%i.zip</fileNamePattern> -->
            <!-- 파일당 최고 용량 kb, mb, gb -->
        	<maxFileSize>100MB</maxFileSize>
            <!-- 일자별 로그파일 최대 보관주기(~일), 해당 설정일 이상된 파일은 자동으로 제거-->
            <maxHistory>30</maxHistory>
            <!-- 로그 파일 아카이브 저장소의 최대크기를 지정. totalSizeCap을 초과하면 가장 오래된 파일 삭제. maxHistory 1순위, totalSizeCap 2순위-->
            <totalSizeCap>3GB</totalSizeCap>
        </rollingPolicy>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${LOG_PATTERN_DEFAULT}</pattern>
        </encoder>
    </appender>

    <appender name="ERROR_DEFAULT_FILE_APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>ERROR</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <file>${LOG_PATH}/${LOG_FILE_NAME}-error.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}-error.%d{yyyy-MM-dd}_%i.zip</fileNamePattern>
            <!-- <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}-error.%d{yyyy-MM-dd}_%i.zip</fileNamePattern> -->
            <!-- 파일당 최고 용량 kb, mb, gb -->
        	<maxFileSize>100MB</maxFileSize>
            <totalSizeCap>3GB</totalSizeCap>
        </rollingPolicy>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${LOG_PATTERN_DEFAULT}</pattern>
        </encoder>
    </appender>
    
    <logger name="com.abcd" additivity="false">
    	<level value="DEBUG"/>
    	<appender-ref ref="CONSOLE"/>
    	<appender-ref ref="INFO_DEFAULT_FILE_APPENDER"/>
    	<appender-ref ref="ERROR_DEFAULT_FILE_APPENDER"/>
    </logger>
    <logger name="org.springframework" additivity="false">
    	<level value="INFO"/>
    	<appender-ref ref="CONSOLE"/>
    	<appender-ref ref="INFO_DEFAULT_FILE_APPENDER"/>
    	<appender-ref ref="ERROR_DEFAULT_FILE_APPENDER"/>
    </logger>
    <root level="ERROR">
    	<appender-ref ref="CONSOLE"/>
    	<appender-ref ref="INFO_DEFAULT_FILE_APPENDER"/>
    	<appender-ref ref="ERROR_DEFAULT_FILE_APPENDER"/>
    </root>
     
</configuration>

- logback-spring-release.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE xml>
<configuration>

    <!-- pattern -->
    <property name="LOG_PATTERN_DEFAULT" value="[%d{yyyy:MM:dd HH:mm:ss}] %-5level --- [%thread] %logger{35} : %msg %n"/>
    
    <property name="LOG_PATH" value="/home/abcd/log"/>
    <property name="LOG_FILE_NAME" value="abcd"/>

    <!-- CONSOLE appender -->
    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${LOG_PATTERN_DEFAULT}</pattern>
        </encoder>
    </appender>
    
    <!-- file appender -->
    <appender name="INFO_DEFAULT_FILE_APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <file>${LOG_PATH}/${LOG_FILE_NAME}.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}.%d{yyyy-MM-dd}_%i.zip</fileNamePattern>
            <!-- <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}.%d{yyyy-MM-dd}_%i.zip</fileNamePattern> -->
            <!-- 파일당 최고 용량 kb, mb, gb -->
        	<maxFileSize>100MB</maxFileSize>
            <!-- 일자별 로그파일 최대 보관주기(~일), 해당 설정일 이상된 파일은 자동으로 제거-->
            <maxHistory>30</maxHistory>
            <!-- 로그 파일 아카이브 저장소의 최대크기를 지정. totalSizeCap을 초과하면 가장 오래된 파일 삭제. maxHistory 1순위, totalSizeCap 2순위-->
            <totalSizeCap>3GB</totalSizeCap>
        </rollingPolicy>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${LOG_PATTERN_DEFAULT}</pattern>
        </encoder>
    </appender>

    <appender name="ERROR_DEFAULT_FILE_APPENDER" class="ch.qos.logback.core.rolling.RollingFileAppender">
        <filter class="ch.qos.logback.classic.filter.LevelFilter">
            <level>ERROR</level>
            <onMatch>ACCEPT</onMatch>
            <onMismatch>DENY</onMismatch>
        </filter>
        <file>${LOG_PATH}/${LOG_FILE_NAME}-error.log</file>
        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}-error.%d{yyyy-MM-dd}_%i.zip</fileNamePattern>
            <!-- <fileNamePattern>${LOG_PATH}/${LOG_FILE_NAME}-error.%d{yyyy-MM-dd}_%i.zip</fileNamePattern> -->
            <!-- 파일당 최고 용량 kb, mb, gb -->
        	<maxFileSize>100MB</maxFileSize>
            <totalSizeCap>3GB</totalSizeCap>
        </rollingPolicy>
        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
            <pattern>${LOG_PATTERN_DEFAULT}</pattern>
        </encoder>
    </appender>
    
    <logger name="com.abcd" additivity="false">
    	<level value="ERROR"/>
    	<appender-ref ref="CONSOLE"/>
    	<appender-ref ref="INFO_DEFAULT_FILE_APPENDER"/>
    	<appender-ref ref="ERROR_DEFAULT_FILE_APPENDER"/>
    </logger>
    <logger name="org.springframework" additivity="false">
    	<level value="ERROR"/>
    	<appender-ref ref="CONSOLE"/>
    	<appender-ref ref="INFO_DEFAULT_FILE_APPENDER"/>
    	<appender-ref ref="ERROR_DEFAULT_FILE_APPENDER"/>
    </logger>
    <root level="ERROR">
    	<appender-ref ref="CONSOLE"/>
    	<appender-ref ref="INFO_DEFAULT_FILE_APPENDER"/>
    	<appender-ref ref="ERROR_DEFAULT_FILE_APPENDER"/>
    </root>
     
</configuration>

[AWS] Amazon Linux 1 jdk 17 설치

박진만 — Wed, 15 Mar 2023 14:17:54 +0900

운영하고 있는 Amazon Linux 서버에 jdk 버전업을 하려고 aws 설치 가이드대로 시도

https://docs.aws.amazon.com/ko_kr/corretto/latest/corretto-17-ug/amazon-linux-install.html

Amazon Corretto 17 Installation Instructions for Amazon Linux 2 and Amazon Linux 2022 - Amazon Corretto 17

Amazon Corretto 17 Installation Instructions for Amazon Linux 2 and Amazon Linux 2022 This topic describes how to install and uninstall Amazon Corretto 17 on a host or container running the Amazon Linux 2 or Amazon Linux 2022 operating systems. Install usi

docs.aws.amazon.com

가이드 내용대로 해보았으나 설치되지 않음

가이드는 Amazon Linux 2 and Amazon Linux 2022 서버 대상 내 서버는 옛날 버전 Amazon Linux 라서 안되는 것 같음

일반 Linux 용 설치파일로 설치 완료.

설치방법

wget https://corretto.aws/downloads/latest/amazon-corretto-17-x64-linux-jdk.rpm

sudo rpm -ivh amazon-corretto-17-x64-linux-jdk.rpm

-- java 설치 목록에서 jdk17 선택
sudo alternatives --config java

-- 버전확인
java -version

기존 설치된 java 삭제 방법

- 설치된 jdk 목록 확인
rpm -qa | grep jdk

- 기존 설치된 jdk 삭제
sudo yum remove jdk-17-17.0.6-9.x86_64 -y

[PostGIS] st_equals 함수 속도 느림 공간 index 안타는 문제

박진만 — Mon, 11 Jul 2022 17:40:18 +0900

공간 테이블 geometry 컬럼 gist 인덱스 설정되어 있는 상태

st_equals 함수 사용하면 속도가 너무 느림. 공간 인덱스 안타는 것 같음

느린 쿼리문

SELECT t1.geom, t2.geom
FROM table_a t1 join table_a t2   
ON st_equals(t1.geom, t2.geom)

인덱스 타도록 쿼리문 수정

SELECT t1.geom, t2.geom
FROM table_a t1 join table_a t2   
ON (st_equals(t1.geom, t2.geom) and t1.geom && t2.geom)

위 쿼리문 테스트 결과 인덱스 잘 탐

[PostgresSQL] plsql(plpgsql) procedure/function 결과 파일로 output

박진만 — Tue, 5 Jul 2022 10:33:31 +0900

procedure 수행 시 오류 발생 내용을 파일로 생성해서 확인하고 싶었다.

CREATE OR REPLACE PROCEDURE cloud.check_insert_error()
 LANGUAGE plpgsql
AS $procedure$
declare 

/***************************************************************************/
/* 임시변수 선언                                                              */
/***************************************************************************/
n_insert_cnt numeric := 0; -- 작업 건수
n_error_cnt numeric := 0; -- 오류 건수
n_re_insert_cnt numeric := 0; -- 오류 발생 후 재작업 건수
n_re_error_cnt numeric := 0; -- 재작업 오류 건수
n_error_cn text; -- 오류 내용
n_result_cn text; -- 작업 결과 내용

n_sqlstate text;
n_message_text text;

/********************************************************************************/
/* CURSOR 선언                                                                                                                                                       */ 
/********************************************************************************/
l_cursor RECORD;

/********************************************************************************/
/* CURSOR 문 선언                                                                                                                                                    */
/********************************************************************************/
c_cursor CURSOR FOR
SELECT a
	, b
	, c
	, d
	, e
	, f
	, g
	, h 
FROM table_a;

/***************************************************************************/
/* BEGIN PROCEDURE                                                         */
/***************************************************************************/
BEGIN

	FOR l_cursor IN c_cursor loop
		
		BEGIN
			
			INSERT INTO table_b
			(a, b, c, d, e, f, g, h)
			VALUES(
			l_cursor.a
			, l_cursor.b
			, l_cursor.c
			, l_cursor.d
			, l_cursor.e
			, l_cursor.f
			, l_cursor.g
            , l_cursor.h
			);
            
            n_insert_cnt := n_insert_cnt + 1;
			
			EXCEPTION WHEN OTHERS THEN  
				GET STACKED diagnostics 
			   	n_sqlstate := RETURNED_SQLSTATE,
				n_message_text := MESSAGE_TEXT;
				n_error_cn := concat(n_error_cn, (chr(13)||'오류 데이터 a : '||l_cursor.a||' ['||n_sqlstate||'] '||n_message_text));
			
				n_error_cnt := n_error_cnt + 1;
                
                BEGIN
                	INSERT INTO table_b
                    (a, b, c, d, e, f, g, h)
                    VALUES(
                    l_cursor.a
                    , l_cursor.b
                    , l_cursor.c
                    , l_cursor.d
                    , l_cursor.e
                    , l_cursor.f
                    , l_cursor.g
                    , l_cursor.h
                    );
                    
                    n_re_insert_cnt := n_re_insert_cnt + 1;

                    EXCEPTION WHEN OTHERS THEN  
                        GET STACKED diagnostics 
                        n_sqlstate := RETURNED_SQLSTATE,
                        n_message_text := MESSAGE_TEXT;
                        n_error_cn := concat(n_error_cn, (chr(13)||'재작업 오류 데이터 a : '||l_cursor.a||' ['||n_sqlstate||'] '||n_message_text));

                        n_re_error_cnt := n_re_error_cnt + 1;
                
                END;
		
		END;
		
	END LOOP;	
	
	n_result_cn := '작업 건수 : ' || n_insert_cnt || ', 오류 건수 : ' || n_error_cnt || ', 오류 발생 후 재작업 건수 : ' || n_re_insert_cnt || ', 재작업 오류 건수 : ' || n_re_error_cnt || n_error_cn;

	execute format($fmt$
		copy (select '%s') to 'D:\check_insert_error_result.txt' (format csv)
		$fmt$, n_result_cn);

	COMMIT;

END $procedure$
;