전역적으로 일관된 관계형 데이터베이스인 Google Cloud Spanner가 더 크고 복잡한 작업을 위한 트랜잭션 처리를 업데이트했습니다. 이전에는 Spanner가 총 트랜잭션 수정 사항을 80,000개의 "뮤테이션 모드(mutation mods)"로 제한했습니다. 행에 열과 인덱스를 곱한 값으로 계산되는 이 제한은 애플리케이션이 발전함에 따라 도달할 수 있었습니다. 새로운 유연성은 이 80,000 뮤테이션 모드 제한을 전체 트랜잭션에서 개별 데이터 조작 언어(DML) 문으로 이동시킵니다. 이는 단일 트랜잭션이 이제 여러 DML 문을 포함할 수 있음을 의미하며, 각 문은 자체 80,000 모드 제한을 준수해야 합니다. 이를 통해 개발자는 인위적인 분할 없이 비즈니스 요구 사항에 따라 DML 문을 논리적으로 그룹화할 수 있습니다. 이 변경 사항은 기존 Spanner 클라이언트 라이브러리와 하위 호환되며 애플리케이션 코드 업데이트가 필요하지 않습니다. 그러나 개발자는 더 큰 트랜잭션이 잠금을 더 오래 유지하여 중단을 증가시킬 수 있다는 점에 유의해야 합니다. 80,000 모드 제한은 DML 문에 개별적으로 적용되지만, 뮤테이션 API를 사용하는 단일 커밋 호출의 전체 뮤테이션 집합에는 여전히 적용됩니다. 개발자는 CommitStats의 mutation_count를 통해 총 모드를 모니터링할 수 있습니다. 80,000 모드를 초과하는 단일 DML 문은 여전히 오류가 발생하며, 바이트 크기와 같은 다른 트랜잭션 제한은 활성 상태로 유지됩니다. 모범 사례에는 CommitStats 모니터링 및 대규모 작업 최적화가 포함됩니다. Spanner는 확장 가능하고 항상 사용 가능한 운영 애플리케이션을 위한 안정적인 선택지로 남아 있으며, 이제 개발자에게 향상된 유연성을 제공합니다.