toDBA

2026/7/31 rds 8.0 EOS가 되고 이후에는 이제 extended support 를 받아야한다. 대안으로는 8.4 upgrade or aurora 3.10 로 전환 (8.0.42와 호환) 2028/4/30까지 사용가능 mysql 8.4 변경 - adaptive hash index 기본 off 로 하게 된다. (8.0 에서는 기본 on) AHI 모니터링 방안 >> performance_schema instruments 에서 consumer 추가 해야함. select t.processlist_id, ew.evnet_name, ew.timer_wait / 10000000000 as wait_ms, t.processlist_info as query from performance_schema.even..

MySQL vs MariaDB GTID 복제 내부 동작 정리Global Transaction Identifier(GTID) 기반 복제의 개념부터 실무에서 마주치는 트러블슈팅 포인트까지 정리했습니다.1. GTID란모든 커밋된 트랜잭션에 전역적으로 유일한 식별자를 부여하는 방식입니다.구분 포맷 예시MariaDBDomainID-ServerID-Sequence0-1-1523MySQLServer_UUID:Transaction_ID9a511b7b-7059-11e2-9a24-08002762b8af:14왜 MariaDB만 Domain ID가 있을까MariaDB의 GTID에만 Domain ID가 붙는 이유는 Multi-Source Replication(MSR) 때문입니다. 하나의 복제본이 여러 마스터로부터 동시에 데이터..

https://vitess.io/docs/23.0/get-started/local/

SELECT EVENT_NAME, COUNT_STAR AS exec_count, ROUND(SUM_TIMER_WAIT/1000000000000,2) AS total_sec, ROUND(AVG_TIMER_WAIT/1000000000000,4) AS avg_sec, SUM_ERRORS, SUM_WARNINGSFROM performance_schema.events_statements_summary_global_by_event_nameWHERE COUNT_STAR > 0ORDER BY total_sec DESCLIMIT 15; COUNT_STAR → 실행 횟수SUM_TIMER_WAIT → 전체 소비 시간AVG_TIMER_WAIT → 평균 실행 시간SUM_ERRORS → 오류SUM..

우분투 서버로 클로드봇 구성중..ㅋ클로드 결제 함 ㅠ. 일단 클로드봇으로 개인 웹 게시판 생성해달라고 했는데 위와 같이 생성해주고 테스트도 다 해줌 개인 게시판에 각각 매일 받고 싶은 거를 카테고리별로 생성해달라고 해야겠음.

상황: 테이블 생성 후 대량 데이터 insert 했다는 시나리오로 가정 자동 ANALYZE 지연 문제PostgreSQL에는 autovacuum 프로세스가 있어서 자동으로 ANALYZE 를 수행하긴 합니다.하지만 autovacuum은 백그라운드에서 주기적으로 동작하기 때문에,막 데이터를 넣고 바로 조회할 경우 아직 통계가 수집되지 않은 상태일 수 있습니다.따라서 초기 적재 후 수동으로 ANALYZE 실행하는 게 안전합니다 🔹 autovacuum과 통계 수집PostgreSQL은 autovacuum 프로세스를 통해 VACUUM / ANALYZE 를 자동으로 수행합니다.하지만 autovacuum은 즉시 실행되지 않고, 내부적으로 설정된 기준(autovacuum_analyze_scale_factor, autov..

- postgresql 은 ANALYZE 명령이나 VACUUM ANALYZE, 또는 자동 통계 수집(autovacuum을 통한 분석)으로 수집 (변경된 튜플 수) > (전체 튜플 수 * autovacuum_analyze_scale_factor + autovacuum_analyze_threshold) 📌 기본값:autovacuum_analyze_threshold = 50autovacuum_analyze_scale_factor = 0.1 (즉, 전체의 10%)예: 1,000건이 있는 테이블이면, 약 150건(50 + 1,000×0.1) 이상 변경되었을 때 자동으로 통계 수집 실행 → 즉, 테이블의 크기가 커질수록 autovacuum이 점점 더 늦게 실행되는 구조입니다. 테이블 단위로 설정해서 튜닝할 수 있..

목차repmgr 설치passwordless 설정postgresql 설정 변경 repmgr 계정생성repmgr 설정 변경repmgr primary 등록repmgr standby 등록 (primary clone)동기화 확인 1. 양쪽노드 간 repmgr 설치sudo apt install postgresql-15-repmgrpostgres@lkmpg:~$ sudo apt install postgresql-15-repmgrReading package lists... DoneBuilding dependency tree... DoneReading state information... DoneThe following additional packages will be installed: repmgr-commonThe..

Primary DB 장애발생- Stand by > Primary DB로 전환 fail over 해야함  Standby DB Promote 1. (standby) 기존 standby 장비를 promote 승격하여 master로 승격- server promoted 되면 정상/usr/lib/postgresql/15/bin/pg_ctl -D /var/lib/postgresql/15/main/ "-o -c config_file=/etc/postgresql/15/main/postgresql.conf" promotepostgres@lkmpg:~$ /usr/lib/postgresql/15/bin/pg_ctl -D /var/lib/postgresql/15/main/ "-o -c config_file=/etc/postgr..

Streaming 이중화 방식 구성Streaming Replication은 Primary(주 서버)가 생성한 WAL(Write-Ahead Log) 파일을 Standby(대기 서버)에 실시간으로 전송하고, Standby는 이를 받아서 복제본을 지속적으로 재생합니다. 1. Primary는 데이터 변경을 WAL로 기록 2. Standby는 Primary에 연결해 WAL을 스트리밍 방식으로 수신 3. 수신한 WAL을 디스크에 저장하고, 재생(Replay)하여 데이터 일관성 유지 이중화 구성도 (async)아카이브 위치 : /backups환경파일 : /etc/postgresql/15/main/postgresql.conf데이터 디렉토리 위치 : /var/lib/postgresql/15/mainreplication ..