공부, 기록

다음은 ElastiCache 공식 문서를 정리한 내용입니다.Amazon ElastiCache For Redis 란?What is Amazon ElastiCache (Redis OSS)?ElastiCache (Redis OSS)는 Redis 오픈소스를 사용하여 제공하는 In-Memory DB 입니다.서버리스와 자체 클러스터 설계로 선택하여 구성할 수 있으며그중 자체 클러스터 설계의 경우 클러스터 여부, 샤드 수, 노드 인스턴스 타입, 노드 수 등을 사용자가 선택하여 구성할 수 있습니다. 주요 이점 (서버리스와 비교하여)세밀한 제어 : 파라미터 그룹의 설정을 통하여 설정, MultiAZ 설정 등 세부 사항까지 사용자가 직접 설정이 가능합니다.. 수직 및 수평 확장 : 필요에 따라 수동으로 캐시 노드 크기, ..

스냅샷의 생성 원리와 스냅샷 생성에 따른 DB 서버 성능 영향에 대하여 의문이 생겨 확인. 스냅샷 용량 계산볼륨에서 생성하는 첫 번째 스냅샷은 항상 전체 스냅샷입니다. 스냅샷을 생성할 때 볼륨에 작성된 모든 데이터 블록이 여기에 포함됩니다. 동일한 볼륨의 후속 스냅샷은 증분 스냅샷입니다. 마지막 스냅샷이 생성된 이후 볼륨에 작성된 변경된 데이터 블록과 새 데이터 블록만 여기에 포함됩니다.전체 스냅샷의 크기는 소스 볼륨의 크기가 아니라 백업되는 데이터의 크기에 따라 결정됩니다. 마찬가지로 전체 스냅샷과 관련된 스토리지 비용은 소스 볼륨의 크기가 아니라 스냅샷의 크기에 따라 결정됩니다.예를 들어, 50 GiB의 데이터만 포함하는 200 GiB Amazon EBS 볼륨의 첫 번째 스냅샷을 생성합니다. 그 결과..

해당 글은 postgreSQL 9.6 성능이야기 책을 읽고 이해한 내용을 정리하였습니다.  PostgreSQL의 실행계획 명칭PostgreSQL은 다음 5가지 스캔 방식을 사용한다.Sequential Scan :  Sequential Scan은 테이블의 모든 데이터를 하나씩 확인하는 방법Index Scan : 인덱스를 탐색하는 방식.  Bulk Read로부터 Buffer를 보호하는 방법▪ IO 유형을 4가지로 구분하고, 이때 Bulk Read인 경우에는 Ring Buffer를 사용하도록 한다.▪ Bulk Read는 Shared Buffer의 1/4 보다 큰 테이블에 대한 Seq Scan을 의미한다.▪ Bulk Read를 위한 Ring Buffer의 크기는 32 블록이다.Index Only Scan : M..

공부하면서 알게된 내부적인 차이점에 대해 기록해보자 1. 플랜캐시 여부 SQL Server: 구문별 실행계획을 플랜캐시 영역에 저장한다. 이는 다른 세션에서도 함께 사용이 가능하며 통계 업데이트, DDL 등의 변경 사항, 플랜 캐시 영역의 공간 부족이 없을 경우 유지가 된다. PostgreSQL : 실행 계획을 전체가 공유하는 메모리 영역은 존재하지 않는다. 다만 세션별로 실행 계획을 보유하고 있을 수 있으며 이를 활용하기 위해서는 Prepare Statement 를 사용하여 호출을 하여야 한다. PostgreSQL은 SQL 구문 분석부터 시작하는 하드 파싱과 이전 실행계획을 검색하고 사용하는 소프트 파싱이 존재하며 Prepare 는 소프트 파싱을 사용할 수 있다. pg는 plan tree가 아닌 재작성..

해당 글은 postgreSQL 9.6 성능이야기 책을 읽고 이해한 내용을 정리하였습니다. 아키텍처postgreSQL은 기본적으로 멀티 프로세스로 수행되는 구조로 다음과 같다. 각 구조별 역할은 다음과 같다.postmaster 프로세스PostgreSQL을 기동할 때 가장 먼저 시작되는 프로세스로 복구 작업, 메모리 초기화, 백그라운드 프로세스 구동 작업 등을 수행하며 클라이언트의 연결 요청을 받아 Backend 프로세스를 생성 및 할당한다.postgres (backend) 프로세스max_connections 파라미터로 수를 조정하며 클라이언트의 쿼리 요청을 수행한 후 결과를 리턴해준다. 즉 쿼리를 수행하기 위한 메모리 구조를 필요로하며 이를 로컬 메모리라 칭한다. 로컬 메모리에는 work_mem 파라미터,..

2024.07.04 - [공부/DATABASE] - [AWS] Aurora 공부 1 (아키텍처와 특징) [AWS] Aurora 공부 1 (아키텍처와 특징)1. 내부 아키텍처Aurora 는 클러스터 볼륨이라는 특수한 스토리지 구조를 가지고 있으며 단일 리전의 각기 다른 가용 영역에 구성됩니다.스토리지는 3개의 가용 영역(AZ)에 걸쳐 있는 가상 디스크kominjae.tistory.com2024.07.06 - [공부/DATABASE] - [AWS] Aurora 공부 2 (Aurora의 기능들) [AWS] Aurora 공부 2 (Aurora의 기능들)Aurora의 블루그린 배포 메이저 버전의 업그레이드의 경우 스토리지와 컴퓨팅 영역이 분리된 Aurora의 특징으로 인하여 블루/그린 배포 방식을 통하여 진행이 ..

2024.07.04 - [공부/DATABASE] - [AWS] Aurora 공부 1 (아키텍처와 특징) [AWS] Aurora 공부 1 (아키텍처와 특징)1. 내부 아키텍처Aurora 는 클러스터 볼륨이라는 특수한 스토리지 구조를 가지고 있으며 단일 리전의 각기 다른 가용 영역에 구성됩니다.스토리지는 3개의 가용 영역(AZ)에 걸쳐 있는 가상 디스크kominjae.tistory.com 2024.07.06 - [공부/DATABASE] - [AWS] Aurora 공부 2 (Aurora의 기능들) [AWS] Aurora 공부 2 (Aurora의 기능들)Aurora의 블루그린 배포 메이저 버전의 업그레이드의 경우 스토리지와 컴퓨팅 영역이 분리된 Aurora의 특징으로 인하여 블루/그린 배포 방식을 통하여 진행이..

페이징 처리는 OLTP에서 매우 자주 사용되는 형식이다. TOP, ROW_NUMBER, OFFSET NUM ROWS FETCH NEXT NUMS ROWS ONLY; 등 몇가지 방법이 있는데 이번 테스트에서는 OFFSET 구문을 통하여 실제로 페이징 처리를 통해서 I/O에서 이점이 발생하는 부분을 체크하고자 한다.테스트 테이블 생성 CREATE TABLE TABLEA (COL1 INT, COL2 INT, COL3 DATETIME) CREATE TABLE TABLEB (COL1 INT, COL2 INT, COL3 DATETIME) SET NOCOUNT ON DECLARE @NUM1 INT = 0 WHILE @NUM1 < 1000000 BEGIN INSERT INTO TABLEA VALUES(@NUM1,@NU..

1. 통계 업데이트로 인한 쿼리 지연은 업데이트를 유발한 해당 세션에서 통계 업데이트를 하는 동안 발생한다 (동기식).2. 다른 세션들은 통계 업데이트로 인한 블락킹이 발생하지 않는다.3. 비동기 모드는 별도 스레드에서 백그라운드로 처리되는 방식이여서 별도 지연은 발생하지 않으나 과거 통계를 사용한 실행계획으로 처리된다. SELECT resource_type , resource_subtype , resource_description , resource_associated_entity_id , request_mode , request_type , request_status , request_session_id FROM sys.dm..

테이블을 조회하였을 때 DB가 죽는 현상이 확인이 되었다.mysql errlog를 확인하였을 때 아래와 같은 코드가 확인이 되었는데 느낌상 페이지가 깨진 것 같았으나 정확한 이슈를 찾기가 어려웠다.2024-06-10 15:44:03 0x7f1a33000700 InnoDB: Assertion failure in thread 139750501517056 in file fsp0fsp.cc line 3787InnoDB: Failing assertion: xdes_get_state(descr, mtr) == XDES_FSEGInnoDB: We intentionally generate a memory trap.InnoDB: Submit a detailed bug report to http://bugs.mysql...