IT study

논리 복제의 전체 아키텍처와 동작 순서를 확인.물리복제에 비해 구조가 더 복잡하며, replication slot, tablesync worker 등 새로운 구조와 프로세스가 포함되어있다. 논리 복제 동작 순서 1. 논리 복제 1단계Subscription이 생성되면, 생성한 개수만큼 apply worker 프로세스가 자동으로 기동. 이전 포스팅에서 1개의 subscription을 생성했기때문에 한 개의 apply worker프로세스가 실행된다.Subscription이 생성시 다양한 옵션 설정 가능하며copy_data 옵션은 구독 시작 시점에 Publication 테이블의 데이터 복제 여부를 결정하는 옵션이며 기본값은 true로 구독생성시 발행서버의 테이블 모든 데이터 초기 복제함. 초기 데이터 복제 ..

논리복제 : WAL 파일의 내용을 분석해 DML 쿼리를 생성하여 전달. Logical decodingPg 버전이 달라도 복제를 수행할 수 있는 장점이 있다. 이 특성을 활용하여 메이저 버전 업그레이드시에 활용 가능서비스별로 DB분리된 환경에서 배치 업무를 위한 필요 테이블만 한곳에 모아 작업 가능 ㅇ논리 복제 구성 절차발생(Publication) 서버의 파라미터 설정 변경Publication 생성Publication 전용 유저 생성구독(Subscription) 서버에 스키마 및 테이블 생성Subscription 생성 0. 테스트 환경 구성 svcdb=# grant usage, create on schema svc to svc;GRANTsvcdb=# set role svc;SETsvcdb=> create ..

물리복제 - 동기 모드 트랜잭션 성능 저하되지만 failover 상황에서 트랜잭션 유실되지않는다.최소 두개의 리플리카 서버가 필요하다.가용성 향상을 목적으로 소프트웨어 이중화 방식을 적용할 때 고려되는 구성 방식 소프트웨어 이중화는 마스터 서버에 장애가 발생했을 때, 리플리카 서버가 마스터로 승격(promote)되는 구조이므로, 트랜잭션 유실 방지하려면 반드시 동기 모드로 구성해야한다. 동기모드는 마스터서버가 리플리카 서버의 응답을 대기해야하므로 트랜잭션 성능이 크게 저하되는 단점이 있다. 트랜잭션 변경 내용이 리플리카 서버까지 반영되어야만 트랜잭션 완료.리플리카 서버에 장애가 발생하면 마스터 서버의 트랜잭션이 대기(hang) 상태에 빠지는 문제 발생.이런 상황 방지를 위해 동기모드 구성하려면 최소 두개..

물리복제는 트랜잭션의 변경사항을 담고 있는 WAL 파일의 내용을 스트리밍 방식으로 리플리카 서버에 전송하는 복제 방식이다. walsender (1) : wal 데이터를 walreceiver(2)에게 전송, walsender 프로세스는 walreceiver 프로세스가 마스터 서버에 접속할 때, postgres데몬 프로세스에 의해 생성된다. 리플리카 서버당 walsender 프로세스 1개씩 할당walreceiver(2) : walsender프로세스로부터 전송받은 wal 데이터를 wal 파일에 기록startup recovering(3) : wal 파일을 읽어 변경 내용을 공유 버퍼에 적용 ㅇ물리복제의 우수성트랜잭션 로그를 송신하는 프로세스와 수신하는 프로세스 각각 존재커밋 이전에도 변경된 데이터를 리플리카 ..

docker 에 rocky9 linux 컨테이너 생성하여 그 위에 postgresql 설치 window 위에 docker desktop 설치하여 docker command로 작업 1. docker에 rocky linux 이미지 다운로드 및 실행# 이미지 다운로드 docker pull rockylinux:9#확인 docker images#컨테이너 생성 (run=생성&시작)docker run -it -d --name pgtest01 rockylinux:9#확인docker ps#컨테이너접속docker exec -it pgtest01 /bin/bash#중지되어있다면 docker start pgtest01로 시작 2. PostgreSQL 설치#패키지 업데이트[root@1ae72e5a5f0d /]# dnf upd..

1. 파라미터 그룹 생성 Parameter NameValueAdditional Commentsbinlog_formatROWbinlog_format 값을 ROW로 설정하는 것은 그룹 복제가 작동하기 위한 전제 조건입니다. 이 매개변수의 기본값은 MIXED로 설정됩니다.group_replication_group_name11111111-2222-3333-4444-555555555555이 UUID는 생성에 사용됩니다. 원하는 UUID를 사용하도록 수정할 수 있습니다. MySQL DB 인스턴스에 연결하고 SELECT UUID() 를 실행하여 MySQL UUID를 생성할 수 있습니다.gtid_modeON각 서버 인스턴스에서 커밋된 트랜잭션을 추적하기 위해 그룹 복제에서 사용됩니다. 이는 GR이 작동하기 위한 전제 ..

2024년 11월 21일 부터 MySQL 8.4 LTS 지원 시작됐다. 8.0과 InnoDB 아키텍처 상의 변경은 없어서 크게 없다. AWS DATA & AI ROADSHOW 2025 MySQL 8.4 의 변화 1. major version update 고려사항- 쿼리 에러 - 성능 저하 - 쿼리 실행 결과 다름 2. - InooDB 아키텍쳐의 변화 X - default collation & character set 변화없음 3. mysql 8.4에서 Default Value가 변경된 파라미터  rds 기준) binlog_format : ROW innodb_buffer_pool_size : 계산방식변경됐으나 rds크게상관X innodb_dedicated_server : ON innodb_doublewir..

1. AutoCommit 설정값 조회  1) select @@autocommit; --1:true, 0:false  2) show variables like 'autocommit'; 2. AutoCommit 설정값 변경 1) 세션단위 변경 : set autocommit = false / true; 2) DB레벨 변경 : /etc/my.cnf.d/server.cnf > autocommit 값 변경 - 0:autocommit 해제 , 1 : autocommit 설정 mysql> select @@autocommit;+--------------+| @@autocommit |+--------------+| 1 |+--------------+1 row in set (0.00 sec)mysql> ..

job 사용과 관련한 내용 정리 begin sys.dbms_scheduler.create_job(job_name => 'testdb."SJ_D-0100_CNT_TLZ"', job_type => 'STORED_PROCEDURE', job_action => 'testdb.UP_CNT_TLZ', start_date => to_date('06-10-2022 01:00:00', 'dd-mm-yyyy hh24:mi:ss'), ..

--commit, rollback 기준select SUM(S.VALUE) , TRUNC(SUM(S.VALUE / (86400*(SYSDATE - STARTUP_TIME))), 2) as tpsFROM V$SYSSTAT S , V$INSTANCE IWHERE S.NAME IN ('user commits','transaction rollbacks') ;