DB on Joonlog

SSL 인증서를 사용한 MySQL/MariaDB 암호화 통신

Sat, 22 Nov 2025 09:00:00 +0900

App-DB 연동 간 사설 IP로 연동 불가 + VPN 사용 불가한 상황에서 공인 IP를 통한 암호화 통신 설정하는 방법

App 서버에서 DB 서버로 공인 IP로 통신할 경우 평문으로 통신하기에 데이터 탈취 위험이 존재
SSL 인증서를 사용한 암호화 통신으로 데이터 보호

환경

App 서버: PHP-FPM 8.3

DB 서버: MariaDB 10.3

연결 방식: App 서버 → DB 서버 공인 IP

작업 과정

DB 서버에서 SSL 인증서로 사용할 CA 인증서 생성
DB에서 인증서를 사용하도록 설정
생성한 인증서를 앱 서버로 복사
앱 서버에서 인증서를 사용하도록 설정
- PHP DB 연동 설정 + DB 연동 소스 코드 수정 필요

전체 과정

1. DB 서버 - SSL 인증서 생성 및 설정

디렉토리 생성

1
2


mkdir -p /etc/mysql/ssl
cd /etc/mysql/ssl

CA Private Key / 인증서 생성

1
2


openssl genrsa 2048 > ca-key.pem
openssl req -new -x509 -days 3650 -key ca-key.pem -out ca-cert.pem -subj "/CN=MariaDB-CA"

서버용 인증서 생성

1
2
3
4


openssl genrsa 2048 > server-key.pem
openssl req -new -key server-key.pem -out server-req.pem -subj "/CN=MariaDB-Server"
openssl x509 -req -in server-req.pem -CA ca-cert.pem -CAkey ca-key.pem \
 -CAcreateserial -out server-cert.pem -days 3650

권한 설정

1
2


chmod 600 server-key.pem
chown mysql:mysql server-key.pem server-cert.pem ca-cert.pem

MariaDB 설정 추가

/etc/my.cnf.d/server.cnf

1
2
3
4


[mysqld]
ssl-ca=/etc/mysql/ssl/ca-cert.pem
ssl-cert=/etc/mysql/ssl/server-cert.pem
ssl-key=/etc/mysql/ssl/server-key.pem

MariaDB 재시작
1

systemctl restart mariadb

SSL 활성화 확인

1
2
3


SHOW VARIABLES LIKE 'have_ssl';
SHOW SESSION STATUS LIKE 'Ssl_cipher';
SHOW SESSION STATUS LIKE 'Ssl_version';

2. 앱 서버 - CA 인증서 적용 및 PHP SSL 사용 설정

디렉토리 생성
1

mkdir -p /etc/mysql/ssl
DB 서버에서 CA 인증서 복사
- /etc/mysql/ssl/ca-cert.pem

환경파일 설정

.env 파일일 경우

1
2
3


DB_SSL=true
DB_SSL_CA=/etc/mysql/ssl/ca-cert.pem
DB_SSL_VERIFY=false

PHP SSL 옵션 적용

PDO로 DB와 연동할 경우

DB.php

1
2
3
4
5
6
7
8


if (getenv('DB_SSL') === 'true') {
 if ($ca = getenv('DB_SSL_CA')) {
 $options[\PDO::MYSQL_ATTR_SSL_CA] = $ca;
 }
 if (getenv('DB_SSL_VERIFY') === 'false') {
 $options[\PDO::MYSQL_ATTR_SSL_VERIFY_SERVER_CERT] = false;
 }
}

php-fpm 재시작

3. SSL 적용 검증

DB 계정에 SSL 강제 적용하도록 설정
- 애플리케이션이 SSL 적용이 정상적이지 않다면 에러 발생
  - EX) SQLSTATE[HY000] [1045] Access denied for user
1 2

ALTER USER 'gill'@'%' REQUIRE SSL; FLUSH PRIVILEGES;

HikariCP 개발자가 제안한 커넥션 풀 사이즈 공식

Thu, 11 Sep 2025 09:00:00 +0900

https://joonlog.github.io/posts/TroubleShootingHikariCPConnectionError/에서 이슈가 됐던 설정 중 최적 커넥션 풀 설정 방법에 대한 글 발견

출처: https://www.threads.com/@codevillains/post/DFj2-wQSREJ?xmt=AQF0jSXFspf2rIJ-PoZij1A2Xy3Ak_g0vjc0SNxC2kYoOA

원본: https://github.com/brettwooldridge/HikariCP

서버 스펙으로 계산
- Pool Size = (( CPU 코어 수 * 2) + 스토리지 디스크 (또는 SSD) 갯수)
- 코어가 8개고 스토리지 디스크가 2개라면 ((8*2)+2) = 18 가 최적의 커넥션 풀 사이즈
TPS로 계산
- (TPS × 평균 응답 시간) / (1 - DB 사용률)
- 500TPS에 평균 응답시간이 0.05초 일 경우 서버 자원 사용률이 70퍼라고 가정하면 500 * 0.05 / 1-0.7 이 되고, 83.3 개가 최적의 커넥션 풀 사이즈

HikariCP connection is closed 에러 TroubleShooting

Wed, 10 Sep 2025 09:00:00 +0900

MySQL은 wait_timeout 설정값에 따라 커넥션 중 일정 시간이상 사용하지 않은 커넥션을 종료
HikariCP는 maxLifetime 설정값에 따라 스스로 미사용된 커넥션을 제거하고 새로 생성하는 방식으로 동작
- 커넥션 누수 발생 시 connection closed 되지 않으므로 Hikari는 커넥션을 activate 상태로 파악하여 maxLifetime 에 따른 커넥션 갱신하지 않음
  - 따라서 wait_timeout 으로 인해 닫힌 커넥션을 재사용하려다 connection is closed 오류가 발생
  - HikariCP는 maxLifetime값을 DB의 wait_timeout보다 몇 초 정도 짧게 설정하라고 권장

connection is closed 에러 히스토리

connection pool 수치 점검
- default 10개, 필요시 20~30개로 설정
1

spring.datasource.hikari.maximum-pool-size=30
- 현재 실행 중인 쿼리의 Que 값이 connection Pool 최대 값까지 도달하여 다음 실행할 쿼리를 처리하지 못해 발생
- APM 솔루션으로 Connection Pool 자원 모니터링을 통해 증설이 필요할 시 즉시 증설, 쿼리 최적화 필요 언급
  - 이건 임시 조치만 반복할 뿐, 커넥션 누수는 코드를 수정해야 함
db 파라미터 wait_timeout = 500 설정

이후 재발

1
2
3
4
5
6
7


spring.datasource.hikari.minimum-idle=10 // 최소 커넥션 수
spring.datasource.hikari.idle-timeout=300000 // 유휴 커넥션 타임아웃 (5분)
spring.datasource.hikari.max-lifetime=1800000 // 최대 커넥션 생명 주기 (30분)
spring.datasource.hikari.connection-timeout=30000 // 커넥션 대기 시간 (30초)

# db 파라미터 max_connection = 2000으로 확인됨
spring.datasource.hikari.maximum-pool-size=60 // 30에서 60으로 변경

이후 재발
- HikariCP는 maxLifetime값을 DB의 wait_timeout보다 몇 초 정도 짧게 설정하라고 권장
  1
  
  spring.datasource.hikari.max-lifetime=497000 // 최대 커넥션 생명 주기 (497초)

이후 재발

was 서버 로그 확인 시 maxLifetime 값을 더 짧게 설정하는 것을 권장하는 로그 확인

1

[WARN ] [PoolBase.javalisConnectionAlive(184) : HikariPool-1 - Failed to connection org.mariadb.jdbc.MariaDbConnection@14441ec9 ((conn=8360) Connection.setNetworkTimeout cannot be called on a closed connection). Possibly consider using a shorter maxLifetime value.

maxLifetime 값 변경

1

spring.datasource.hikari.max-lifetime=470000 // 최대 커넥션 생명 주기 (470초)

동일오류 재발
- spring.datasource.hikari.connection-init-sql 프로퍼티를 추가하여 세션 wait_timeout을 설정
- wait_timeout 값을 설정된 hikari MaxLifetime 값 + 5초 형식으로 설정
  1
  
  spring.datasource.hikari.connection-init-sql=SET wait_timeout = 500

커넥션 누수 사례

https://jaehoney.tistory.com/337

wait_timeout 이 15초로 설정되어 있는데 레거시 코드 때문에 높이지 못함

따라서 세션의 wait_timeout을 설정

1

spring.datasource.hikari.connection-init-sql=SET wait_timeout = 500

https://do-study.tistory.com/97

EntityManager를 Bean으로 설정함
- EntityManager는 스레드간 절대 공유하면 안됨
QueryDSL 구현 Resitory에서 특정 datasource의 EntityManager를 받기 위해 setEntityManager를 재정의하지 않고 별도 setting 메소드 작성

같은 Tibero DB 안에서 스키마 복제하는 방법

Thu, 04 Sep 2025 09:00:00 +0900

Tibero DB에서 스키마를 복제할 경우 기존 DB와의 테이블스페이스 및 데이터파일 중복을 고려해서 작업 필요

복제 원본 스키마 정보 확인

대상 스키마에서 사용하는 테이블스페이스, 데이터파일, 크기 확인

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26


-- 원본 스키마가 쓰는 테이블스페이스 목록
SELECT DISTINCT tablespace_name
FROM dba_segments
WHERE owner = <대상 스키마명>
ORDER BY 1;

-- 각 TS에 대해 현재 데이터파일 경로와 크기
SELECT tablespace_name,
file_id,
file_name,
ROUND(bytes/1024/1024) AS size_mb,
autoextensible,
ROUND(maxbytes/1024/1024) AS max_mb
FROM dba_data_files
WHERE tablespace_name IN (
SELECT DISTINCT tablespace_name FROM dba_segments WHERE owner=<대상 스키마명>
)
ORDER BY tablespace_name, file_id;

-- 각 TS에서 대상 스키마가 실제 사용 중인 용량(세그먼트 기준)
SELECT tablespace_name,
ROUND(SUM(bytes)/1024/1024) AS used_mb
FROM dba_segments
WHERE owner=<대상 스키마명>
GROUP BY tablespace_name
ORDER BY tablespace_name;

대상(복제) 스키마 구성

대상 스키마 생성, 권한 부여, 쿼터 부여

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


-- 대상 테이블 스페이스 생성
 CREATE TABLESPACE <대상TS1> DATAFILE '<경로>/<대상TS1>.dbf' SIZE <사이즈>M <여부 예: AUTOEXTEND ON>;
 CREATE TABLESPACE <대상TS2> DATAFILE '<경로>/<대상TS2>.dbf' SIZE <사이즈>M <여부 예: AUTOEXTEND ON>;
-- 복제 적용할 대상 전부 동일하게 구성(원본 스키마와 테이블 스페이스를 공유할 경우 적용X)

-- 대상 스키마 생성
CREATE USER <대상 스키마명> IDENTIFIED BY "<패스워드>"
 DEFAULT TABLESPACE <대상TS, 예: <복제 스키마>>
 TEMPORARY TABLESPACE TEMP;

-- 권한 부여(필요시)
GRANT CONNECT, RESOURCE TO <대상 스키마명>;

-- 대상 스키마에 각 대상 TS 쿼터 부여
ALTER USER <대상 스키마명> QUOTA UNLIMITED ON <대상TS>;
-- 복제 적용할 대상 전부 구성

tbexport 백업 파일 생성

테이블스페이스 리맵 적용

1
2
3
4
5
6
7



tbexport \
 username=<계정명> password=<비밀번호> sid=<DB명> \
 file=<덤프 파일 경로 예: /data/db_dump/src_full_remap.dmp> \
 user=<원본 스키마명> \
 remap_tablespace=<원본TS1>:<대상TS1>,<원본TS2>:<대상TS2>
 -- 원본 스키마와 테이블 스페이스를 분리할 테이블 스페이스만 적용

tbimport 데이터 적재

1
2
3
4
5


tbimport \
 username=<계정명> password=<비밀번호> sid=<DB명> \
 file=<덤프 파일 경로 예: /data/db_dump/src_full_remap.dmp> \
 fromuser=<원본 스키마명> touser=<대상 스키마명> \
 rows=y constraint=n index=n trigger=n ignore=Y

tbimport 메타데이터 적재

1
2
3
4
5
6


tbimport \
 username=<계정명> password=<비밀번호> sid=<DB명> \
 file=<DUMP_FILE> \
 log=<LOG_META> \
 fromuser=<원본 스키마명> touser=<대상 스키마명> \
 rows=n constraint=y index=y trigger=y ignore=Y

검증

1
2
3
4
5
6
7


-- 테이블 수 비교
SELECT COUNT(*) FROM dba_tables WHERE owner=<대상 스키마>;
SELECT COUNT(*) FROM dba_tables WHERE owner=<복제 스키마>;

-- 인덱스 수 비교
SELECT COUNT(*) FROM dba_indexes WHERE owner=<대상 스키마>;
SELECT COUNT(*) FROM dba_indexes WHERE owner=<복제 스키마>;

외부 스키마의 권한 부여(선택)

복제 스키마 외에 다른 스키마가 존재하고, 해당 스키마가 복제한 스키마를 참조할 경우 권한을 별도로 부여해야 함

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39


1) 오브젝트 권한(테이블/뷰/시퀀스/프로시저/펑션/패키지 등)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 권한
SELECT privilege, owner, table_name
FROM dba_tab_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT privilege, owner, table_name
FROM dba_tab_privs
WHERE grantee=<복제 스키마>;

2) 컬럼 단위 권한(있을 수 있음: SELECT/UPDATE 컬럼 권한)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 컬럼 권한
SELECT privilege, owner, table_name, column_name
FROM dba_col_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT privilege, owner, table_name, column_name
FROM dba_col_privs
WHERE grantee=<복제 스키마>;

3) 시스템 권한(필요시)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 시스템 권한
SELECT privilege
FROM dba_sys_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT privilege
FROM dba_sys_privs
WHERE grantee=<복제 스키마>;

4) 롤(역할) 부여 비교(필요시)
-- <대상 스키마>에는 있고 <복제 스키마>에는 없는 롤
SELECT granted_role
FROM dba_role_privs
WHERE grantee=<대상 스키마>
MINUS
SELECT granted_role
FROM dba_role_privs
WHERE grantee=<복제 스키마>;

Tibero DB에서 begin/end모드를 사용한 물리적 백업 및 복구 방법

Wed, 03 Sep 2025 09:00:00 +0900

백업 모드 시작 - 데이터파일 복사 - 백업 모드 종료의 구조로 백업하는 방식
백업 스크립트
- DB내 존재하는 테이블스페이스 리스트를 읽어 반복문으로 풀 백업
- pigz 명령어를 사용한 멀티스레드 압축
  - 다수의 대용량 데이터 파일을 압축해야하는 현재 상황에서는 pigz를 사용하지 않고 tar로만 압축하면 24시간 이상 소요 ⇒ pigz 사용 시 6시간 소요
- 백업 파일과 DB 메타데이터 비교를 통한 누락 파일 감지
- 이전 백업 파일 및 로그 정리

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214


#!/bin/bash

set -euo pipefail

########## 환경설정 ##########
export TB_HOME=/tibero/tibero6
export TB_SID=<sid명>
export PATH="$TB_HOME/client/bin:/usr/bin:/bin"
export LD_LIBRARY_PATH="$TB_HOME/client/lib:${LD_LIBRARY_PATH:-}"
TBSQL="$TB_HOME/client/bin/tbsql"

USER=<계정명>
PASS=<비밀번호>

DATE=$(date +%Y%m%d)
BACKUP_ROOT="/data/db_dump"
BACKUP_DIR="$BACKUP_ROOT/$DATE"
DATA_DIR="/data/<db명>"
ARCHIVE_DIR="/data/archive"
LOGFILE="$BACKUP_ROOT/<db명>_backup_$DATE.log"
LOG_DIR="$BACKUP_ROOT"
LOG_FILE="$BACKUP_ROOT/<db명>_backup_check_$DATE.log"
PIGZ="/usr/bin/pigz"
export LC_ALL=C

mkdir -p "$BACKUP_DIR"

########## 유틸 ##########
log() { echo "[$(date '+%Y-%m-%d %H:%M:%S')] $*" | tee -a "$LOGFILE" ; }
tbq() { echo "$1" | "$TBSQL" "$USER/$PASS" >> "$LOGFILE" 2>&1 ; }

########## 1) DB에서 TS,파일 경로 Spool ##########
MAP_FILE="$BACKUP_DIR/_filemap_${DATE}.csv" # 원본 Spool
MAP_CLEAN="$BACKUP_DIR/_filemap_${DATE}.clean.csv" # 정제본
log "===== DBA_DATA_FILES Spool 시작 ====="
"$TBSQL" "$USER/$PASS" <<EOF >> "$LOGFILE" 2>&1
SET ECHO OFF
SET PAGESIZE 0
SET FEEDBACK OFF
SET HEADING OFF
SET TRIMSPOOL ON
SPOOL $MAP_FILE
SELECT TRIM(tablespace_name) || ',' || TRIM(file_name)
FROM dba_data_files
ORDER BY tablespace_name, file_name;
SPOOL OFF
EXIT;
EOF

# 정제: CR 제거 → 앞의 "SQL> [번호]" 제거 → 공백 Trim → 패턴 필터링
sed -E 's/\r$//' "$MAP_FILE" \
| sed -E 's/^SQL>[[:space:]]*([0-9[:space:]]+)?//' \
| awk -F, 'NF==2 {
 gsub(/^[[:space:]]+|[[:space:]]+$/,"",$1);
 gsub(/^[[:space:]]+|[[:space:]]+$/,"",$2);
 if ($1 ~ /^[A-Z0-9_]+$/ && $2 ~ /^\//) print $1","$2
}' > "$MAP_CLEAN"

if [[ ! -s "$MAP_CLEAN" ]]; then
 log "ERROR: 파일 맵 정제 결과가 비었습니다. ($MAP_CLEAN)"
 exit 1
fi
log "Spool 원본 라인수: $(wc -l < "$MAP_FILE"), 정제 후 라인수: $(wc -l < "$MAP_CLEAN")"
log "===== Spool 완료(정제 적용): $(wc -l < "$MAP_CLEAN") rows ====="

########## 2) TS별 파일 목록 구성 ##########
declare -A TS_FILES
declare -a TS_ORDER
while IFS=, read -r TS F; do
 [[ -z "$TS" || -z "$F" ]] && continue
 [[ "$TS" =~ ^[A-Z0-9_]+$ ]] || continue
 [[ "$F" =~ ^/.*$ ]] || continue
 if [[ -z "${TS_FILES[$TS]+_}" ]]; then
 TS_FILES[$TS]="$F"
 TS_ORDER+=("$TS")
 else
 TS_FILES[$TS]="${TS_FILES[$TS]} $F"
 fi
done < "$MAP_CLEAN"

log "감지된 테이블스페이스 수: ${#TS_ORDER[@]}"

########## 3) TS 하나 백업(복사/압축) ##########
backup_one_ts() {
 local TS="$1"; shift
 local FILES=("$@")
 local BASENAMES=()
 local MANIFEST="${TS}${DATE}.manifest"
 local TGZ="${TS}_${DATE}.tar.gz"

 log "===== ${TS} BEGIN BACKUP ====="
 tbq "ALTER TABLESPACE ${TS} BEGIN BACKUP;"

 for f in "${FILES[@]}"; do
 if [[ -r "$f" ]]; then
 cp "$f" "$BACKUP_DIR/" >> "$LOGFILE" 2>&1
 BASENAMES+=("$(basename "$f")")
 else
 log "WARN: ${TS} 데이터파일 읽기 불가: $f"
 fi
 done

 tbq "ALTER TABLESPACE ${TS} END BACKUP;"

 if (( ${#BASENAMES[@]} == 0 )); then
 log "WARN: ${TS} 복사된 파일이 없어 압축을 생략합니다."
 return 0
 fi

 (
 cd "$BACKUP_DIR" || exit 1
 tar --index-file="$MANIFEST" -cvf - "${BASENAMES[@]}" 2>>"$LOGFILE" \
 | "$PIGZ" -p 8 > "$TGZ"
 rm -f "${BASENAMES[@]}" 2>>"$LOGFILE" || true
 ) >> "$LOGFILE" 2>&1 &
}

########## 4) 병렬 폭 조절(PARALLEL=2: 두 개씩) ##########
PARALLEL=2
running=0
for TS in "${TS_ORDER[@]}"; do
 read -r -a arr <<< "${TS_FILES[$TS]}"
 backup_one_ts "$TS" "${arr[@]}"
 ((++running))
 if (( running >= PARALLEL )); then
 wait
 running=0
 log "===== 직전 ${PARALLEL}개 TS 백업/압축 완료(wait) ====="
 fi
done
wait
log "===== 모든 TS 백업/압축 완료 ====="

########## 5) MISC 묶음 ##########
MISC_DIR="$BACKUP_DIR/.misc_tmp"
mkdir -p "$MISC_DIR"

log "===== 컨트롤파일 SQL 백업 ====="
tbq "ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '${MISC_DIR}/crectl.sql' REUSE NORESETLOGS;"

log "===== 컨트롤파일 물리 백업 ====="
cp /data/<db명>/c1.ctl "$MISC_DIR/" 2>> "$LOGFILE" || true
cp /tibero/tibero6/config/c2.ctl "$MISC_DIR/" 2>> "$LOGFILE" || true

log "===== 아카이브 로그 스위치 및 복사 ====="
tbq "ALTER SYSTEM SWITCH LOGFILE;"
cp "$ARCHIVE_DIR"/*.arc "$MISC_DIR/" 2>> "$LOGFILE" || true

log "===== 리두로그/.passwd 백업 ====="
cp /data/<db명>/log*.log "$MISC_DIR/" 2>> "$LOGFILE" || true
cp /data/<db명>/.passwd "$MISC_DIR/" 2>> "$LOGFILE" || true

tar -czf "${BACKUP_DIR}/MISC_${DATE}.tar.gz" -C "$MISC_DIR" . >> "$LOGFILE" 2>&1
rm -rf "$MISC_DIR"

log "===== 전체 백업 완료(MISC 포함) ====="

########## 6) LABEL 생성 및 검증(오탐 방지) ##########
: > "$BACKUP_DIR/LABEL${DATE}.manifest"
cat "$BACKUP_DIR"/*"${DATE}.manifest" 2>/dev/null \
 | awk -F/ '{print $NF}' \
 | sort -u > "$BACKUP_DIR/LABEL${DATE}.manifest"

if [[ ! -s "$BACKUP_DIR/LABEL${DATE}.manifest" ]]; then
 log "ERROR: LABEL${DATE}.manifest is empty (no fallback by policy)"
 exit 1
fi

: > "$LOG_DIR/backup_filelist.txt"
awk -F/ '{print $NF}' "$BACKUP_DIR/LABEL${DATE}.manifest" | sort -u > "$LOG_DIR/backup_filelist.txt"

# expect 목록 재생성 (tbsql 출력은 메인 로그만)
$TBSQL "$USER/$PASS" <<EOF >> "$LOGFILE" 2>&1
SET ECHO OFF
SET PAGESIZE 0
SET FEEDBACK OFF
SET HEADING OFF
SET TRIMSPOOL ON
SPOOL $LOG_DIR/expected_filelist_full.txt
SELECT file_name FROM dba_data_files ORDER BY 1;
SPOOL OFF
EXIT;
EOF

awk -F/ '{print $NF}' "$LOG_DIR/expected_filelist_full.txt" | sort > "$LOG_DIR/expected_filelist.txt"

# 체크 로그 초기화 후 누락만 기록
: > "$LOG_FILE"
comm -23 "$LOG_DIR/expected_filelist.txt" "$LOG_DIR/backup_filelist.txt" > "$LOG_FILE"

if [[ -s "$LOG_FILE" ]]; then
 log "누락된 데이터파일이 있습니다. ($LOG_FILE 참조)"
else
 log "DB expect 목록 대비 누락 없음"
fi

rm -f "$LOG_DIR/backup_filelist.txt" \
 "$LOG_DIR/expected_filelist.txt" \
 "$LOG_DIR/expected_filelist_full.txt"

########## 7) 하우스키핑 ##########
log "Deleting .arc archive logs older than 7 days..."
find "$ARCHIVE_DIR" -type f -name "*.arc" -mtime +7 -print -exec rm -f {} \; >> "$LOGFILE" 2>&1

log "Deleting .log files older than 1 day..."
find "$LOG_DIR" -maxdepth 1 -type f -name "*.log" -mtime +1 -print -exec rm -f {} \; >> "$LOGFILE" 2>&1

YESTERDAY=$(date -d "1 day ago" +%Y%m%d)
if [[ -d "$BACKUP_ROOT/$YESTERDAY" ]]; then
 log "Deleting backup directory: $BACKUP_ROOT/$YESTERDAY"
 rm -rf "$BACKUP_ROOT/$YESTERDAY" >> "$LOGFILE" 2>&1
else
 log "No backup directory to delete for $YESTERDAY"
fi

백업 복구 방법

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30


### 파일 이름은 백업본 생성 일자에 따라 변경 필요

# DB 중지
tbdown immediate

# 압축 해제
tar -xzf /data/db_dump/20250806.tar.gz -C /data/db_dump

# 파일 복구(운영 경로로 이동)
cp /data/db_dump/<날짜>/*.arc /data/archive/
cp /data/db_dump/<날짜>/*.dtf /data/<SID명>/
cp /data/db_dump/<날짜>/*.dbf /data/<SID명>/
cp /data/db_dump/<날짜>/.passwd /data/<SID명>/
cp /data/db_dump/<날짜>/*.log /data/<SID명>/

#인스턴스 NOMOUNT
tbboot nomount

#컨트롤파일 재생성
@/data/db_dump/<날짜>/crectl.sql

#MOUNT로 변경
tbdown
tbboot mount

#복구
ALTER DATABASE RECOVER AUTOMATIC DATABASE;

#오픈
ALTER DATABASE OPEN RESETLOGS;

Tibero DB에서 tbrmgr 명령어를 사용한 물리적 백업 및 복구 방법

Wed, 03 Sep 2025 09:00:00 +0900

백업한 데이터파일을 압축 및 변형하지 않고, 지속적으로 증분하여 백업할 경우에 유용한 방식

백업 스크립트

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59


#!/bin/bash

# 오늘 날짜
today=$(date +%Y%m%d)

# 백업 루트 디렉토리
backup_dir="/data/db_dump"

# 오늘 백업 디렉토리 및 압축 파일 경로
today_dir="$backup_dir/$today"
today_tar="$backup_dir/<db명>_backup_${today}.tar.gz"

# 아카이브 로그 디렉토리
archive_log_dir="/data/archive"

# 로그 기록용 파일
log_file="$backup_dir/<sid명>_backup_${today}.log"

echo "[$(date '+%Y-%m-%d %H:%M:%S')] === Tibero Hot Backup Script Start ===" | tee -a "$log_file"

# 1. 오늘 날짜 디렉토리 생성
mkdir -p "$today_dir"

# 2. 백업 실행
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Starting backup to $today_dir" | tee -a "$log_file"
tbrmgr backup --compress=HIGH -u -o "$today_dir"

du -sh "$today_dir" | tee -a "$log_file"

if [ $? -eq 0 ]; then
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Backup succeeded. Compressing..." | tee -a "$log_file"
 tar -czf "$today_tar" -C "$backup_dir" "$today"
 if [ $? -eq 0 ]; then
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Compression successful: $today_tar" | tee -a "$log_file"
 rm -rf "$today_dir"
 else
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Compression failed!" | tee -a "$log_file"
 fi
else
 echo "[$(date '+%Y-%m-%d %H:%M:%S')] Backup failed!" | tee -a "$log_file"
 exit 1
fi

# 3. 1일 초과된 백업 파일 삭제 (.tar.gz)
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Deleting .tar.gz backups older than 1 days..." | tee -a "$log_file"
find "$backup_dir" -maxdepth 1 -type f -name "*.tar.gz" -mtime +1 -print -exec rm -f {} \; >> "$log_file" 2>&1

du -sh "$today_tar" | tee -a "$log_file"

# 4. 7일 초과된 아카이브 로그(.arc) 삭제
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Deleting .arc archive logs older than 7 days from $archive_log_dir..." | tee -a "$log_file"
find "$archive_log_dir" -type f -name "*.arc" -mtime +7 -print -exec rm -f {} \; >> "$log_file" 2>&1

# 5. 1일 초과된 백업 로그 파일 삭제 (.log)
echo "[$(date '+%Y-%m-%d %H:%M:%S')] Deleting .log files older than 1 day..." | tee -a "$log_file"
find "$backup_dir" -maxdepth 1 -type f -name "*.log" -mtime +1 -print -exec rm -f {} \; >> "$log_file" 2>&1

echo "[$(date '+%Y-%m-%d %H:%M:%S')] === Tibero Hot Backup Script Complete ===" | tee -a "$log_file"
### 백업스크립트 완료

복구 스크립트

1
2
3
4
5


압축 해제
tar -xvzf /data/db_dump/<db명>_backup_<날짜>.tar.gz -C /data/db_dump/

복구 실행
tbrmgr recover -o /data/db_dump/<날짜>/

Ubuntu22 MariaDB 11.4.5 버전 설치

Wed, 21 May 2025 09:00:00 +0900

방법 1: 수동으로 저장소 구성 후 설치

MariaDB의 서명 키와 저장소를 수동으로 등록한 뒤 패키지를 설치하는 방식

1
2
3


sudo apt-get install apt-transport-https curl
sudo mkdir -p /etc/apt/keyrings
sudo curl -o /etc/apt/keyrings/mariadb-keyring.pgp 'https://mariadb.org/mariadb_release_signing_key.pgp'

APT 저장소 설정 파일을 /etc/apt/sources.list.d/mariadb.sources에 생성

1
2
3
4
5
6


X-Repolib-Name: MariaDB
Types: deb
URIs: https://tw1.mirror.blendbyte.net/mariadb/repo/11.4/ubuntu
Suites: jammy
Components: main main/debug
Signed-By: /etc/apt/keyrings/mariadb-keyring.pgp

리눅스 커널 관련 패키지 자동 업데이트를 방지하고 설치

1
2


apt-mark hold linux-image-generic linux-headers-generic
apt-get install mariadb-server

방법 2: MariaDB 공식 설치 스크립트 사용

MariaDB에서 제공하는 설치 스크립트를 통해 저장소 등록과 설치를 한 번에 처리하는 방식

1
2
3
4


curl -LsS https://downloads.mariadb.com/MariaDB/mariadb_repo_setup | bash -s -- --mariadb-server-version=11.

apt-mark hold linux-image-generic linux-headers-generic
apt install mariadb-server mariadb-client -y

초기 공통 설정

mysql_secure_installation

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30


mysql_secure_installation

Enter current password for root (enter for none):
# 현재 root 계정의 비밀번호
# 비밀번호가 설정되어 있지 않은 경우 엔터

Switch to unix_socket authentication [Y/n]:
# root 로그인을 비밀번호가 아니라 시스템 계정(sudo)으로만 허용할지 결정
# Y를 선택하면 root로 로그인할 때 비밀번호 대신 sudo mysql로 접속
# 일반적으로는 Y(보안성 향상). 비밀번호로 로그인할 수 있게 하려면 n 입력.

Change the root password? [Y/n]:
# root 계정의 비밀번호를 변경할지 여부
# 새로 설정하거나, 이전 비밀번호가 없는 경우 새로 설정하는 데 사용

Remove anonymous users? [Y/n]:
# 익명 사용자 계정을 삭제할지 여부
# 익명 계정은 인증 없이 접속할 수 있으므로 Y 입력 권장

Disallow root login remotely? [Y/n]:
# root 계정으로 원격 접속을 막을지 여부
# 보안상 Y 권장. 필요한 경우 n 선택 후 방화벽 등으로 제한하는 방식 고려

Remove test database and access to it? [Y/n]:
# 테스트용 test 데이터베이스를 삭제할지 여부
# 기본으로 생성되는 샘플 데이터베이스로, 불필요하므로 Y 입력 권장

Reload privilege tables now? [Y/n]:
# 앞서 설정한 변경 사항들을 즉시 적용할지 여부
# Y 선택하면 권한 테이블이 즉시 갱신

계정 생성 및 권한 부여

1
2
3
4
5


mysql -u root
CREATE DATABASE test;
CREATE USER 'admin'@'localhost' IDENTIFIED BY '비밀번호';
GRANT ALL PRIVILEGES ON *.* TO 'admin'@'localhost' WITH GRANT OPTION;
FLUSH PRIVILEGES;

binary log 활성화

1
2
3
4
5
6
7
8
9


vim /etc/mysql/my.cnf

[mysqld]
log-bin = mariadb-bin
binlog-format = MIXED
server-id = 1

systemctl restart mariadb
SHOW VARIABLES LIKE 'log_bin';

MariaDB를 완전 제거

1
2


apt purge mariadb-server mariadb-client
rm -rf /etc/mysql /var/lib/mysql

MySQL / MariaDB 덤프 및 복원

Fri, 16 May 2025 09:00:00 +0900

서비스 운영 중에 DB 백업/복원 작업할 때 주의할 점 정리
옵션에 따라 백업/복원 기능이 다르니 주의 필요

1. DB 접근

1

mysql -u 사용자 -p -h 도메인명

2. DB 덤프 (백업)

1
2
3
4
5
6


mysqldump -h 도메인명 -u 사용자 -p \
 --single-transaction \
 --routines \
 --triggers \
 --events \
 BASE_DB > DB명_날짜.sql

옵션 설명

-single-transaction: InnoDB 전용. 덤프 중 트랜잭션 시작해서 일관된 스냅샷 유지. 서비스 중에도 락 없이 가능.
-routines: 저장 프로시저, 함수 포함.
-triggers: 각 테이블의 트리거 포함.
-events: 이벤트 스케줄러 이벤트 포함.

3. 덤프 파일 확인 (USE 문 유무)

mysqldump 시 --databases 옵션 사용하면 .sql 파일에 CREATE DATABASE + USE DB명; 구문 포함됨
복원 시 다른 DB에 덮어씌어짐

반드시 확인 필요

1

head -n 30 DB명_날짜.sql | grep -i "^USE"

만약 USE DB명; 이 있을 경우 → 주석 처리

1
2


-- Before: USE BASE_DB;
-- After : -- USE BASE_DB;

4. 덤프 파일을 통한 복원

1

mysql -h 도메인명 -u 사용자 -p 생성한DB명 < DB명_날짜.sql

신규 DB는 복원 전 DB 생성 필요

5. 기존/신규 DB 확인

기존/신규 DB 내 테이블의 rows 수가 동일한지 확인

1
2
3


mysql> SELECT 기존DB명 AS source, COUNT(*) FROM 기존DB명.PTNT_RSRV_HIST_BACK
 -> UNION ALL
 -> SELECT 신규DB명, COUNT(*) FROM 신규DB명.PTNT_RSRV_HIST_BACK;

주의사항 요약

mysqldump에 -databases 옵션 쓰면 USE 문 포함됨 → 다른 DB 덮어씌우는 원인.
클라우드 DB는 SUPER 권한 없을 수 있음 → -set-gtid-purged=OFF 넣어야 에러 안남.
복원할 DB명과 .sql 파일 내 USE 구문 다를 경우 조심해야 함.

MySQL Replication & HAproxy 연동

Tue, 10 Dec 2024 09:00:00 +0900

목표

mysql master 1대, slave 2대로 replication 구성
haproxy + mysql 연동
HAProxy Stat 페이지와 Sysbench 부하 테스트를 통해 시스템 성능과 트래픽 분산이 올바르게 작동하는지 확인
- 애플리케이션 로직에서 읽기/쓰기 요청을 3306/3307 포트로 분리해서 요청한다고 가정하고 테스트

환경 설정

OS: Rocky 8.10
DB: mysql 8.0.40
LB: haproxy 1.8.27

개념 및 설정

MySQL

DB 작업은 쓰기(삽입, 삭제, 수정)는 드물고, 읽기(조회) 작업이 대부분
- 이를 해소할 수 있는 것이 읽기/쓰기 분리를 적용한 Master-Slave Replication
- Master에는 모든 작업을 가능하게 설정하고, Slave에는 읽기 작업만 수행
MySQL의 Binary Log를 이용한 Replication 연동

/etc/my.cnf

MySQL의 Binary Log, 식별 id, 읽기 전용 여부 등 설정
Master와 Slave의 id는 달라야 함

HAproxy

L7 로드밸런싱도 가능하지만 여기선 L4기능만 사용 IP, Port를 기준으로 로드밸런싱
애플리케이션 단에서 분리한 읽기/쓰기 요청을 각각 라우팅

/etc/haproxy/haproxy.cfg

ip, port를 통해 분리하여 수신한 트래픽을 처리하는 frontend
frontend에서 수신한 트래픽을 ip, port를 통해 로드밸런싱하는 backend
- Slave 서버 간의 로드밸런싱
Master와 Slave의 연결 상태, 트래픽 분산 모니터링하는 stat

작업 과정

1. MySQL Master 설정

1) Mysql 설치

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


useradd -m -G wheel mysqladmin
echo "mysqladmin" | passwd --stdin mysqladmin

sudo dnf update --exclude=kernel* -y
sudo dnf install -y https://dev.mysql.com/get/mysql80-community-release-el8-9.noarch.rpm

# rhel 8 이상은 mysql 기본 모듈이 활성화되어 있어 모듈 리셋
sudo dnf module reset mysql
sudo dnf module disable mysql -y
sudo dnf install -y mysql-community-server

sudo systemctl enable --now mysqld

# 초기화 시 생성되는 임시 비밀번호 출력
sudo grep 'temporary password' /var/log/mysqld.log
# mysql 보안 설치
mysql_secure_installation

방화벽 설정

1
2
3


sudo systemctl enable --now firewalld
sudo firewall-cmd --add-port=3306/tcp --permanent
sudo firewall-cmd --reload

2) MySQL 설정

Mysql DB, 계정, slave 설정

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


mysql -u root -p

CREATE DATABASE replica_db DEFAULT CHARACTER SET utf8;

# 레플리케이션 전용 계정
CREATE USER 'replica_user'@'%' IDENTIFIED BY '<PWD>';
GRANT REPLICATION SLAVE ON *.* TO 'replica_user'@'%';
FLUSH PRIVILEGES;

# 관리자 계정
CREATE USER 'admin_user'@'%' IDENTIFIED BY '<PWD>';
GRANT ALL PRIVILEGES ON *.* TO 'admin_user'@'%' WITH GRANT OPTION;
FLUSH PRIVILEGES;

Mysql Master 설정

1
2
3
4
5
6
7
8


sudo vi /etc/my.cnf

# master와 slave의 이름 통일
log-bin=mysql-bin
# master id을 1로 설정
server-id=1

systemctl restart mysqld

master 서버 정보 확인

1
2
3


# slave에서 replication 할 때 필요한 값
show master status;
 mysql-bin.000001 | 1833

mysql dump로 binary log를 생성하여 Slave 서버에 전송

1
2
3


mysqldump -u admin_user -p replica_db > replica_db.sql1
scp -P 22 replica_db.sql mysqladmin@<Slave1 IP>:/home/mysqladmin
scp -P 22 replica_db.sql mysqladmin@<Slave2 IP>:/home/mysqladmin

2. MySQL Slave1,2 설정

1) Mysql 설치

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


useradd -m -G wheel mysqladmin
echo "mysqladmin" | passwd --stdin mysqladmin

sudo dnf update --exclude=kernel* -y
sudo dnf install -y https://dev.mysql.com/get/mysql80-community-release-el8-9.noarch.rpm

# rhel 8 이상은 mysql 기본 모듈이 활성화되어 있어 모듈 리셋
sudo dnf module reset mysql
sudo dnf module disable mysql -y
sudo dnf install -y mysql-community-server

sudo systemctl enable --now mysqld

# 초기화 시 생성되는 임시 비밀번호 출력
sudo grep 'temporary password' /var/log/mysqld.log
# mysql 보안 설치
mysql_secure_installation

방화벽 설정

1
2
3


sudo systemctl enable --now firewalld
sudo firewall-cmd --add-port=3306/tcp --permanent
sudo firewall-cmd --reload

2) Mysql DB

1
2
3


mysql -u root -p

CREATE DATABASE replica_db DEFAULT CHARACTER SET utf8;

Mysql Slave 설정

1
2
3
4
5
6
7
8


sudo vi /etc/my.cnf

# slave1은 2, slave2는 3으로 설정
server-id = 2
# 읽기 전용으로 설정 (쓰기 불가능, root예외)
read_only = 1
max_binlog_size = 100M
expire_logs_days = 10

Master에서 전송받은 binary log로 MySQL 복원

1
2


mysql -u root -p replica_db < replica_db.sql
mysql -u root -p

slave에서 master로 연결
위의 master에서 show master status; 결과로 나온 log, Position 입력

1
2
3
4
5
6


change master to
master_host='<Master IP>',
master_user='replica_user',
master_password='<Master PW>',
master_log_file='mysql-bin.000001',
master_log_pos=1833;

1

systemctl restart mysqld

slave 설정 확인
- Slave_IO_Running/Slave_SQL_Running Yes인지 확인
- Seconds_Behind_Master이 0인지 확인

1
2
3
4


show slave status\G;

# root 포함 read_only 설정
SET GLOBAL super_read_only = 1;

(선택) caching_sha2_password 에러 발생시 조치

1
2


ALTER USER 'replica_user'@'%' IDENTIFIED WITH 'mysql_native_password' BY '<PASSWORD>';
FLUSH PRIVILEGES;

3. Replication 테스트

Master에서 데이터를 추가/변경하여 Slave 서버에서 동기화가 잘 이루어지는지 확인
Master에서 데이터 생성

1
2
3
4


USE replica_db;
CREATE TABLE test_replication (id INT PRIMARY KEY, value VARCHAR(50));
INSERT INTO test_replication (id, value) VALUES (4, 'Replication Test4');
select * from test_replication;

Slave에서 데이터 조회

1
2


USE replica_db;
select * from test_replication;

4. HAproxy 설정

haproxy 설치

1
2
3
4
5


useradd -m -G wheel haproxy
echo "haproxy" | passwd --stdin haproxy

sudo dnf update --exclude=kernel* -y
sudo dnf install -y haproxy

haproxy.cfg 설정

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60


sudo vi /etc/haproxy/haproxy.cfg

# defaults: 이후 section에 적용되는 공통 설정
# frontend: 클라이언트 연결에 관한 설정
# bakend: frontend 에서 접속된 트래픽을 전달할 프록시 서버에 대한 설정 과 HealthCheck 등의 설정
# listen: 프론트엔드와 백엔드의 기능이 결합된 완전한 프록시를 정의
#---------------------
# default tcp
#---------------------
defaults tcp
 mode tcp
 log global
 option tcplog
 retries 3
 timeout connect 10s
 timeout client 1m
 timeout server 1m
 timeout check 10s
 maxconn 3000
#-----------------
# haproxy stat 페이지
#-----------------
listen stats
 # 모든 NI에서 9000포트로의 트래픽 수신
 bind *:9000
 mode http
 option dontlog-normal
 stats enable
 stats refresh 60s
 stats realm Haproxy\ Statistics
 stats uri /haproxy
#---------------------------------------------------------------------
# HAproxy
#---------------------------------------------------------------------
# 위에서 정의한 tcp defaults 사용
defaults tcp
# C/U/D (Master)
frontend mysql_write
 # 모든 NI에서 3306포트로의 트래픽 수신
 bind *:3306
 default_backend mysql_master

backend mysql_master
 balance roundrobin
 option tcp-check
 # 수신한 트래픽을 Master 서버로 라우팅
 server mysql-master <Master IP>:3306 check

# R (Slave)
frontend mysql_read
 # 모든 NI에서 3307포트로의 트래픽 수신
 bind *:3307
 default_backend mysql_slaves

backend mysql_slaves
 balance roundrobin
 option tcp-check
 # 수신한 트래픽을 Slave 서버로 로드밸런싱 하면서 라우팅
 server mysql-slave1 <Slave1 IP>:3306 check
 server mysql-slave2 <Slave2 IP>:3306 check

haproxy 로그 설정

1
2
3
4
5
6
7


sudo vi /etc/rsyslog.conf

# HAProxy 로그 설정
local2.* /var/log/haproxy.log

sudo systemctl restart rsyslog
sudo systemctl restart haproxy

방화벽 설정

1
2
3
4
5
6
7
8


sudo systemctl enable --now firewalld
# 3306 포트 허용 (쓰기 전용)
sudo firewall-cmd --add-port=3306/tcp --permanent
# 3307 포트 허용 (읽기 전용)
sudo firewall-cmd --add-port=3307/tcp --permanent
# 9000 포트 허용 (스탯)
sudo firewall-cmd --add-port=9000/tcp --permanent
sudo firewall-cmd --reload

haproxy 실행

1
2
3


sudo systemctl enable --now haproxy

http://<공인 IP>:9000/haproxy

5. 부하 테스트

sysbench 설치

1
2


sudo dnf install -y epel-release
sudo dnf install -y sysbench

sysbench 테스트

1
2
3
4
5


CREATE DATABASE test_db;

sysbench --db-driver=mysql --mysql-host=<HAproxy IP> --mysql-port=3306 \
 --mysql-db=test_db oltp_read_write prepare \
 --mysql-user=admin_user --mysql-password=<password>

쓰기 테스트 (HAProxy 3306 포트, 마스터로 라우팅 확인)

1
2
3
4
5
6


# oltp_write_only: 쓰기 작업만 수행하여 마스터에 부하가 걸리는지 확인
# time=60: 테스트를 60초 동안 수행
# threads=10: 10개의 쓰레드로 동시에 요청
sysbench --db-driver=mysql --mysql-host=<HAproxy IP> --mysql-port=3306 \\
 --mysql-db=test_db oltp_write_only --time=60 --threads=10 run \\
 --mysql-user=admin_user --mysql-password=<password>

읽기 테스트 (HAProxy 3307 포트, 슬레이브로 라우팅 확인)

1
2
3
4


# **oltp_read_only**: 읽기 작업만 수행하여 슬레이브에 부하가 걸리는지 확인
sysbench --db-driver=mysql --mysql-host=<HAproxy IP> --mysql-port=3307 \
 --mysql-db=test_db oltp_read_only --time=60 --threads=10 run \
 --mysql-user=admin_user --mysql-password=<password>

결과 분석

sysbench 결과가 HAproxy stat 페이지에 반영 되는지 확인
쓰기 요청은 마스터로, 읽기 요청은 슬레이브로 분배되는지, 세션 수와 데이터 전송량 등을 확인

로그 확인

haproxy 로그 확인

1

sudo haproxy -c -f /etc/haproxy/haproxy.cfg

트러블슈팅

Replication

change master to 로 Slave 설정 후 오류 Last_IO_Error: Authentication plugin 'caching_sha2_password' reported error: Authentication requires secure connection.

마스터에서 사용하는 인증 플러그인(caching_sha2_password)으로 인해 슬레이브가 인증에 실패
Master에서 기본 인증 플러그인이 caching_sha2_password로 설정된 경우 발생할 수 있다. Slave는 기본적으로 mysql_native_password 플러그인을 사용하므로, 인증 불일치 문제 발생
계정 인증 방식을 변경하고 재시작 필요

1
2
3
4
5
6
7


# Master
ALTER USER 'replica_user'@'%' IDENTIFIED WITH 'mysql_native_password' BY '<비밀번호>';
FLUSH PRIVILEGES;

# Slave
STOP SLAVE;
START SLAVE;

Slave에서 my.cnf의 read_only 설정은 root를 제외한 제약이다.

만약 root로 데이터를 생성하면 replication 설정이 끊김
SET GLOBAL super_read_only = 1; 를 MySQL에서 입력해 root를 포함해 읽기 전용 설정

HAproxy

haproxy.cfg의 defaults는 사용 전 정의

listen, front/backend 부분에 tcp를 사용중인데 defaults가 http만 있다면 에러가 발생

haproxy.cfg에서 defaults는 listen, front/backend보다 상위에 위치해야 함

haproxy stats 모니터링 시에 sysbench로 테스트한 내용이 반영이 안되는 문제 발생
defaults tcp가 listen stat보다 아래에 위치해서 제대로 반영되지 않았기 때문

참고

mysql 설치: https://www.servermon.kr/m/board.html?code=servermon_board2&page=3&type=v&board_cate=&num1=999619&num2=00000&number=363&lock=N

mysql replication: https://wooj-coding-fordeveloper.tistory.com/63 https://www.didim365.com/blog/20200424b-blog/

haproxy: https://velog.io/@parrineau/MySQL-HAproxy-MHA

haproxy 상세: https://hoing.io/archives/2196