AWS RDS MariaDB가 이유 없이 단순 대체 테이블에서 300GB를 소비함
r5.large 인스턴스의 AWS RDS에 MariaDB가 있습니다.4개의 인스턴스가 있으며 각 인스턴스는 약 350GB의 스토리지를 사용합니다.각 인스턴스는 거의 2000개의 다른 데이터베이스를 가지고 있으며, 마이그레이션은 모든 인스턴스에서 실행하려고 하지만 alghoritm은 마이그레이션을 하나씩 실행합니다.
실제로 변경하는 테이블은 매우 작습니다.일반적으로 데이터베이스당 수백 개의 행이 있습니다.
어떤 이유에서인지 이 마이그레이션을 실행하면 AWS RDS MariaDB가 모든 스토리지를 소비합니다. 스토리지의 자동 확장 기능이 350GB에서 최대 650GB로 증가했지만 여전히 충분하지 않았습니다.또, 이러한 대용량의 데이터의 소비도 매우 빨랐습니다(모니터링 기준 1~2분).그리고 나서 AWS가 우리에게 더 많은 공간을 주는 것을 거부했고 남은 스토리지가 없다는 이유로 중단되었다.
4가지 경우 모두 발생했어요.
이것은 우리가 사용한 다른 테이블이다.
ALTER TABLE `item_place`
ADD COLUMN IF NOT EXISTS `deleted_at` datetime NULL,
ALGORITHM=NOCOPY, LOCK=NONE;
ALTER TABLE `item_place`
ADD INDEX IF NOT EXISTS `deleted_at` (`deleted_at`),
ALGORITHM=NOCOPY, LOCK=NONE;
우리는 특이한 것을 보지 못했다.또, 이행이 같은 TEST 데이타베이스도 있습니다만, 거기서 아무 일도 일어나지 않았습니다.5GB는 훨씬 더 작지만, 마이그레이션이 실행되었을 때 스토리지 공간의 작은 감소도 볼 수 없었습니다.
우리는 통나무에서 특별한 것을 발견하지 못했다.
우리도 같은 문제가 있었어MariaDB 버전을 10.3.8에서 10.5.8로 업그레이드하면 문제가 해결되었습니다.
언급URL : https://stackoverflow.com/questions/66783642/aws-rds-mariadb-consumed-300gb-on-simple-alter-table-for-no-reason
'programing' 카테고리의 다른 글
Maria를 사용한 SHA-256 비밀번호 생성DB (0) | 2022.09.24 |
---|---|
Python의 SFTP(플랫폼에 의존하지 않음) (0) | 2022.09.24 |
다른 프로그래밍 언어로 번역하기 쉽게 하기 위해 코드에 어떤 패턴을 적용할 수 있습니까? (0) | 2022.09.24 |
사전 키로 사용자 지정 유형의 개체 (0) | 2022.09.24 |
PHP array()와 []의 차이점 (0) | 2022.09.24 |