Limitless Database 대기 이벤트
다음 대기 이벤트는 Aurora PostgreSQL Limitless Database에 적용됩니다. 이러한 대기 이벤트를 모니터링하여 Aurora PostgreSQL Limitless Database 처리의 병목 현상을 식별할 수 있습니다.
IO:TwophaseFilePoolWrite 대기 이벤트
두 단계 상태 파일 풀 내에서 두 단계 상태 파일의 쓰기를 기다리는 중입니다. 이는 Aurora 전용 이벤트입니다.
원인
Limitless Database 분산 트랜잭션의 참가자를 포함하여 PREPARED TRANSACTION 명령을 실행하는 프로세스는 두 단계 파일에서 트랜잭션 상태를 유지해야 합니다. Aurora는 파일 풀을 사용하여 이 작업의 성능을 개선합니다.
작업
이 작업은 동기식 쓰기 I/O 작업이므로 이 이벤트에서 지연 시간이 높으면 IO:XactSync와 원인이 유사하며 동일한 방식으로 조사할 수 있습니다. Limitless Database를 사용하는 경우 실행 중인 분산 트랜잭션 수를 줄여야 할 수 있습니다.
IO:TwophaseFilePoolRead 대기 이벤트
두 단계 상태 파일 풀 내에서 두 단계 상태 파일의 읽기를 기다리는 중입니다.
원인
Limitless Database 분산 트랜잭션의 참가자를 포함하여 이전에 준비된 트랜잭션에 대해 COMMIT PREPARED 명령을 실행하는 프로세스는 두 단계 파일에서 이전에 지속된 트랜잭션 상태를 읽어야 할 수 있습니다. Aurora는 파일 풀을 사용하여 이 작업의 성능을 개선합니다.
작업
읽기 I/O 작업입니다. 따라서 이 이벤트에서 지연 시간이 높으면 IO:DataFileRead와 원인이 유사하며 동일한 방식으로 조사할 수 있습니다. Limitless Database를 사용하는 경우 실행 중인 분산 트랜잭션 수를 줄여야 할 수 있습니다.
AuroraLimitless:Connect 대기 이벤트
프로세스가 클러스터의 다른 노드에 대한 연결이 설정되기를 기다리고 있습니다.
원인
쿼리, 분산 트랜잭션을 실행하고 DDL을 수행하기 위해 프로세스와 원격 노드 간에 연결이 설정됩니다.
작업
클러스터에 대한 동시 연결 수를 줄이거나 교차 샤드 쿼리 사용을 조정합니다.
AuroraLimitless:AsyncConnect 대기 이벤트
이 이벤트는 Connect와 유사하지만 노드 세트에 대한 병렬 연결이 설정되기를 기다리는 프로세스를 나타냅니다.
원인
병렬 연결 설정은 DDL 문을 실행할 때 가장 일반적으로 수행됩니다.
작업
DDL 문 수를 줄이거나 동일한 세션에서 여러 DDL을 결합하여 연결 재사용을 개선합니다.
AuroraLimitless:RemoteStatementSetup 대기 이벤트
프로세스가 커서 열기, 닫기 또는 준비된 문 만들기와 같은 원격 쿼리 실행 설정을 기다리고 있습니다.
원인
이 대기 이벤트는 문을 단일 샤드 최적화할 수 없는 샤딩된 테이블의 스캔 수에 따라 증가합니다.
작업
쿼리를 최적화하여 스캔 작업 수를 줄이거나 단일 샤드 최적화에 대한 자격을 높입니다.
AuroraLimitless:RemoteDDLExecution 대기 이벤트
프로세스가 원격 DDL 명령이 완료되기를 기다리고 있습니다.
원인
DB 샤드 그룹에서 DDL 명령을 실행할 때는 작업을 확인하기 전에 다른 라우터 및 샤드 노드에 DDL 명령을 배포해야 합니다. 일부 DDL 작업은 스키마 변경에 맞게 데이터를 조정해야 하므로 장기간 실행될 수 있습니다.
작업
최적화를 위해 장기 실행 DDL 명령을 식별합니다.
AuroraLimitless:RemoteStatementExecution 대기 이벤트
프로세스가 원격 명령이 완료되기를 기다리고 있습니다.
원인
SQL 명령이 원격 노드에서 실행 중입니다. 이 이벤트는 auto_analyze 및 하트비트 검사와 같은 내부 통신에 자주 표시됩니다.
작업
limitless_stat_statements 뷰를 사용하여 장기 실행 명령을 식별합니다. 대부분의 경우 이는 특히 백그라운드 작업자 또는 내부 프로세스에서 예상되는 이벤트이며 조치가 필요하지 않습니다.
AuroraLimitless:FetchRemoteResults 대기 이벤트
프로세스가 원격 노드에서 행을 검색하기 위해 기다리고 있습니다.
원인
이 대기 이벤트는 샤딩된 테이블 또는 참조 테이블과 같은 원격 테이블에서 많은 수의 행을 가져올 때 증가할 수 있습니다.
작업
limitless_stat_statements 뷰를 사용하여 최적화되지 않은 SELECT 쿼리를 식별합니다. 필요한 데이터만 검색하도록 쿼리를 최적화합니다. rds_aurora.limitless_maximum_variable_fetch_size 파라미터를 조정할 수도 있습니다.
AuroraLimitless:AsyncGetInitialResponse 대기 이벤트
프로세스가 쿼리 실행에 파이프라인 모드가 사용될 때 초기 응답을 기다리고 있습니다.
원인
이는 일반적으로 단일 샤드 데이터 배치를 사용하는 쿼리에 대한 샤드 실행을 라우터 중에 볼 수 있으며 정상적인 실행에서 예상되는 부분입니다.
작업
추가 조치가 필요하지 않습니다.
AuroraLimitless:AsyncGetNextResponse 대기 이벤트
프로세스가 쿼리 실행에 파이프라인 모드를 사용할 때 추가 응답을 기다리고 있습니다.
원인
이는 일반적으로 단일 샤드 데이터 배치를 사용하는 쿼리에 대한 샤드 실행을 라우터 중에 볼 수 있으며 정상적인 실행에서 예상되는 부분입니다.
작업
추가 조치가 필요하지 않습니다.
AuroraLimitless:AbortedCommandCleanup 대기 이벤트
프로세스가 원격 정리 쿼리의 결과를 기다리고 있습니다. 정리 쿼리는 분산 트랜잭션이 종료될 때 적절한 상태로 반환하기 위해 샤드 노드에 발급됩니다.
원인
트랜잭션 정리는 오류가 발견되었거나 사용자가 명시적 ABORT 명령을 실행했거나 실행 중인 쿼리를 취소했기 때문에 트랜잭션이 중단될 때 수행됩니다.
작업
트랜잭션이 취소되는 원인을 조사합니다.
AuroraLimitless:DistributedCommitPrepare 대기 이벤트
프로세스가 분산 트랜잭션을 커밋하고 있으며 모든 참가자가 준비 명령을 승인하기를 기다리고 있습니다.
원인
여러 노드를 수정하는 트랜잭션은 분산 커밋을 수행해야 합니다. 참여 노드의 IO:TwophaseFilePoolWrite 이벤트에서 대기 시간이 길면 DistributedCommitPrepare의 대기 시간이 길어질 수 있습니다.
작업
여러 노드의 데이터를 수정하는 트랜잭션 수를 줄입니다. 클러스터의 다른 노드에서 IO:TwophaseFilePoolWrite 이벤트를 조사합니다.
AuroraLimitless:DistributedCommit 대기 이벤트
프로세스가 분산 트랜잭션을 커밋하고 있으며 리드 참가자가 커밋 명령을 승인하기를 기다리고 있습니다.
원인
여러 노드를 수정하는 트랜잭션은 분산 커밋을 수행해야 합니다. 리드 참가자의 IO:XactSync 이벤트에서 대기 시간이 길면 DistributedCommit의 대기 시간이 길어질 수 있습니다.
작업
여러 노드의 데이터를 수정하는 트랜잭션 수를 줄입니다. 클러스터의 다른 노드에서 IO:XactSync 이벤트를 조사합니다.
AuroraLimitless:DistributedCommitPrepareThrottle 대기 이벤트
프로세스가 분산 트랜잭션을 준비하려고 시도하고 있으며 기존 준비된 트랜잭션으로 인해 스로틀링되고 있습니다.
원인
여러 노드를 수정하는 트랜잭션은 분산 커밋을 수행해야 합니다. 이러한 트랜잭션의 참가자는 커밋 프로토콜의 일부로 준비 작업을 수행해야 합니다. Aurora는 동시 준비 수를 제한하며, 이 한도를 초과하면 프로세스가 DistributedCommitPrepareThrottle 이벤트에서 대기합니다.
작업
여러 노드의 데이터를 수정하는 트랜잭션 수를 줄입니다. IO:TwophaseFilePoolWrite 이벤트에서 시간이 길어지면 기존에 준비된 트랜잭션이 누적되어 새 준비 시도에 대한 스로틀링이 발생할 수 있으므로 해당 이벤트를 조사합니다.
AuroraLimitless:PreparedTransactionResolution 대기 이벤트
프로세스가 준비된 상태의 분산 트랜잭션에 의해 수정된 튜플을 발견했습니다. 프로세스는 분산 트랜잭션이 스냅샷에 표시되는지 확인해야 합니다.
원인
여러 노드를 수정하는 트랜잭션은 준비 단계가 포함된 분산 커밋을 수행해야 합니다. 분산 트랜잭션 수가 많거나 분산 커밋에서 지연 시간이 증가하면 다른 프로세스에서 PreparedTransactionResolution 대기 이벤트가 발생할 수 있습니다.
작업
여러 노드의 데이터를 수정하는 트랜잭션 수를 줄입니다. 분산 커밋 관련 이벤트의 시간이 증가하면 분산 트랜잭션의 커밋 경로에서 지연 시간이 증가할 수 있으므로 해당 이벤트를 조사합니다. 네트워크 및 CPU 로드를 조사할 수도 있습니다.
AuroraLimitless:SendPreparedTransactionOutcome 대기 이벤트
프로세스가 분산 트랜잭션을 조정하는 노드에서 실행 중이고 다른 프로세스가 해당 트랜잭션의 상태에 대해 문의했거나 프로세스가 분산 트랜잭션을 커밋하여 참가자에게 결과를 보내고 있습니다.
원인
PreparedTransactionResolution 대기 이벤트가 발생하는 프로세스는 트랜잭션 코디네이터를 쿼리합니다. 트랜잭션 코디네이터에 대한 응답은 SendPreparedTransactionOutcome이 발생합니다.
작업
여러 노드의 데이터를 수정하는 트랜잭션 수를 줄입니다. 분산 커밋 관련 이벤트와 IO:TwophaseFilePoolWrite 및 IO:TwophaseFilePoolRead 이벤트의 시간이 증가하면 분산 트랜잭션의 커밋 경로에서 지연 시간이 증가할 수 있으므로 해당 이벤트를 조사합니다. 네트워크 및 CPU 로드를 조사할 수도 있습니다.
AuroraLimitless:CommitClockBarrier 대기 이벤트
프로세스가 트랜잭션을 커밋하고 있으며 클러스터의 모든 노드에 대해 할당된 커밋 시간이 과거가 되도록 기다려야 합니다.
원인
CPU 또는 네트워크 포화로 인해 클럭 드리프트가 증가하여 이 대기 이벤트에서 소요된 시간이 늘어날 수 있습니다.
작업
클러스터에서 CPU 또는 네트워크 포화를 조사합니다.
AuroraLimitless:SnapshotClockBarrier 대기 이벤트
프로세스가 미래의 클럭이 있는 다른 노드에서 스냅샷 시간을 수신했으며 자체 클럭이 해당 시간에 도달하기를 기다리고 있습니다.
원인
이는 일반적으로 프로세스가 샤드로 푸시다운된 함수의 결과를 수신했고 노드 간에 클럭 드리프트가 있으면 발생합니다. CPU 또는 네트워크 포화로 인해 클럭 드리프트가 증가하여 이 대기 이벤트에서 소요된 시간이 늘어날 수 있습니다.
작업
클러스터에서 CPU 또는 네트워크 상태를 조사합니다.
AuroraLimitless:ReaderSnapshotClockBarrier 대기 이벤트
이 이벤트는 읽기 노드에서 발생합니다. 프로세스가 프로세스 스냅샷 시간이 적용되기 전에 발생한 모든 쓰기가 적용되도록 읽기 노드가 쓰기 스트림을 다시 재생하기를 기다리고 있습니다.
원인
Aurora 복제본 지연이 증가하면 이 이벤트에서 대기 시간이 늘어날 수 있습니다.
작업
Aurora 복제본 지연을 조사합니다.
AuroraLimitless:GatherDistributedDeadlockGraph 대기 이벤트
프로세스가 분산 교착 상태 감지의 일부로 잠금 그래프를 수집하기 위해 다른 노드와 통신하고 있습니다.
원인
프로세스가 잠금을 기다리고 있는 경우 rds_aurora.limitless_distributed_deadlock_timeout보다 오래 기다린 후 분산 교착 상태 확인을 수행합니다.
작업
애플리케이션에서 잠금 경합의 원인을 조사하고 rds_aurora.limitless_distributed_deadlock_timeout 조정을 고려합니다.
AuroraLimitless:DistributedDeadlockDetection 대기 이벤트
프로세스가 분산 교착 상태를 감지하기 위해 다른 노드와 통신하고 있습니다.
원인
프로세스가 잠금을 기다리고 있는 경우 rds_aurora.limitless_distributed_deadlock_timeout보다 오래 기다린 후 분산 교착 상태 확인을 수행합니다.
작업
애플리케이션에서 잠금 경합의 원인을 조사하고 rds_aurora.limitless_distributed_deadlock_timeout 조정을 고려합니다.
AuroraLimitless:DistributedDeadlockAbort 대기 이벤트
프로세스가 분산 교착 상태의 피해자로 선택된 세션을 중단하기 위해 다른 노드와 통신하고 있습니다.
원인
애플리케이션 패턴으로 인해 분산 교착 상태가 발생합니다.
작업
분산 교착 상태를 초래하는 애플리케이션 패턴을 조사합니다.
AuroraLimitless:GatherRemoteStats 대기 이벤트
프로세스가 클러스터의 다른 노드에서 통계를 수집하고 있습니다.
원인
limitless_stat_activity와 같은 모니터링 또는 활동 쿼리 및 뷰는 다른 노드에서 통계를 검색합니다.
작업
추가 조치가 필요하지 않습니다.
AuroraLimitless:GlobalSequenceRefresh 대기 이벤트
프로세스가 새 시퀀스 값을 생성하고 있으며 글로벌 시퀀스에서 새 청크를 요청해야 합니다.
원인
rds_aurora.limitless_sequence_chunk_size가 충분하지 않을 경우 시퀀스 값 생성 속도가 높아지면 이 이벤트가 중단될 수 있습니다.
작업
이는 정상적인 현상입니다. 이 이벤트에서 과도한 시간이 표시되면 rds_aurora.limitless_sequence_chunk_size 조정을 고려합니다. Limitless Database의 시퀀스에 대한 설명서를 참조하세요.
AuroraLimitless:GlobalVacuumTimeExchange 대기 이벤트
프로세스가 vacuum을 지원하기 위해 스냅샷 데이터를 교환하고 있습니다.
원인
Limitless Database의 노드는 vacuum 실행을 위한 올바른 컷오프 시간을 계산하기 위해 가장 오래된 활성 스냅샷 시간 데이터를 다른 노드와 교환합니다.
작업
추가 조치가 필요하지 않습니다.
AuroraLimitless:DistributedTransactionMonitorGather 대기 이벤트
프로세스가 분산 트랜잭션 정리를 지원하기 위해 다른 노드에서 트랜잭션 메타데이터를 수집하고 있습니다.
원인
Limitless Database의 노드는 분산 트랜잭션 상태를 제거할 수 있는 시기를 결정하기 위해 트랜잭션 메타데이터를 다른 노드와 교환합니다.
작업
추가 조치가 필요하지 않습니다.
AuroraLimitlessActivity:AdminTaskSchedulerMain 대기 이벤트
작업 스케줄러 프로세스의 기본 루프에서 대기 중입니다.
AuroraLimitlessActivity:AdminTaskExecutorMain 대기 이벤트
작업 실행기 프로세스의 기본 루프에서 대기 중입니다.
AuroraLimitlessActivity:AdminTaskMonitorMain 대기 이벤트
작업 모니터 프로세스의 기본 루프에서 대기 중입니다.
AuroraLimitlessActivity:DatabaseCleanupMonitorMain 대기 이벤트
데이터베이스 정리 모니터 프로세스의 기본 루프에서 대기 중입니다.
AuroraLimitlessActivity:TopologyCleanupMonitorMain 대기 이벤트
토폴로지 정리 모니터 프로세스의 기본 루프에서 대기 중입니다.
AuroraLimitlessActivity:ToplogyChangeMonitorMain 대기 이벤트
토폴로지 변경 모니터 프로세스의 기본 루프에서 대기 중입니다.
AuroraLimitlessActivity:DistributedTransactionMonitorMain 대기 이벤트
분산 트랜잭션 모니터 프로세스의 기본 루프에서 대기 중입니다.
AuroraLimitlessActivity:GlobalVacuumMonitorMain 대기 이벤트
글로벌 vacuum 모니터 프로세스의 기본 루프에서 대기 중입니다.
