일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 반도체 설계 파이썬
- 다중 컬럼 NOT IN
- 프로그래머스 여행경로
- 프로그래머스 베스트앨범
- 백준 2352 반도체 설계 파이썬
- 프로그래머스 등굣길
- 백준 1043 거짓말 파이썬
- 백준 1613 역사
- 백준 2146 다리 만들기
- 역사 파이썬
- 게임 개발 파이썬
- 프로그래머스 순위 파이썬
- 램프 파이썬
- 트리의 지름 파이썬
- 다리 만들기 파이썬
- 베스트앨범 파이썬
- 가장 긴 팰린드롬 파이썬
- 백준 1034 램프 파이썬
- 백준 1167 트리의 지름 파이썬
- SWEA
- 백준 11054.가장 긴 바이토닉 부분 수열
- 백준 1516 게임 개발
- SQL SERVER 장비교체
- 백준 1238 파티 파이썬
- 가장 긴 바이토닉 부분 수열 파이썬
- 등굣길 파이썬
- 프로그래머스 가장 긴 팰린드롬
- SQL SERVER MIGRATION
- 순위 파이썬
- 프로그래머스 순위
- Today
- Total
목록공부/DATABASE (94)
공부, 기록
![](http://i1.daumcdn.net/thumb/C150x150.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/bJzZGO/btsK8MiXhJs/nOGkc2kVdK8XMlgtQ7lfx0/img.png)
서비스를 모니터링 하는 중 Aurora PostgreSQL 성능 개선 도우미에 DBLoad 가 증가하고 지연 값으로는 IO:XactSync 가 잡히며 해당하는 쿼리는 COMMIT 만 찍히는 상황이 발생하여 이를 케이스 오픈을 진행해가면서 상세하게 확인하고자 하였습니다. 먼저 해당 지표는 Aurora 문서에서 다음과 같이 설명되어있습니다.IO:XactSync 이벤트는 데이터베이스가 Aurora 스토리지 하위 시스템이 일반 트랜잭션의 커밋을 승인하거나 준비된 트랜잭션(Prepared Transcation)의 커밋 또는 롤백을 확인할 때까지 대기 중일 때 발생합니다. 준비된 트랜잭션은 PostgreSQL의 2단계 커밋 지원의 일부입니다. 해당 지표가 발생하는 원인은 다음과 같습니다.Onpremise 환경의 ..
개요서비스 관련 쿼리를 개선하면서 MySQL에만 사용되는 기능인 index for group by를 적용하게 되어 작성합니다.사용되는 쿼리와 테이블은 다음과 같은 형식입니다테이블CREATE TABLE `tableA` ( `id` int NOT NULL AUTO_INCREMENT, `strDepth1Category` varchar(100) COLLATE utf8mb4_general_ci DEFAULT NULL, `strDepth2Category` varchar(100) COLLATE utf8mb4_general_ci DEFAULT NULL, `strDepth3Category` varchar(100) COLLATE utf8mb4_general_ci DEFAULT NULL, `strServiceNam..
#!/bin/bash# Writer와 Reader 정보를 저장할 전역 배열declare -a writer_instancesdeclare -a reader_instances# 모든 클러스터 정보 요약 출력summarize_clusters_info() { local clusters=("${@}") # Writer와 Reader 배열 초기화 writer_instances=() reader_instances=() for cluster in "${clusters[@]}"; do # 클러스터 내 모든 인스턴스 정보 가져오기 local instances instances=$(aws rds describe-db-clusters \ --..
1. 클러스터링 구조가 아닌 힙구조로만 테이블이 구성된다PK에 대하여 클러스터 구조는 제외하고 생각해야한다시퀀스가 반드시 필요하다는 것에 대해 비즈니스를 제외하면 잘 모르겠다 2. VARCHAR 타입의 불필요한 크기 설정이 디메리트가 없다고 보인다다른 dbms에서는 메모리에서 디메리트가 있는데 PG는 그런게 없는 것으로 확인된다 3. 배큠에 대한걸 지속적으로 인지하기가 쉽지 않다delete 작업에 대해 배큠으로 인한 락을 인식하는게 좀 쉽지 않았다 4. DELETE, UPDATE 의 LIMIT 처리가 정식적으로는 미 지원이다서브쿼리, cte를 사용하여 처리해야한다 5. DELETE, UPDATE를 JOIN 처리하여서 일부 데이터만 처리하는게 정식적으로는 미 지원이다Using 등의 처리가 가능하다 6. 시..