MySQL 롤백(요약 공유)

이 기사는mysql에 대한 관련 지식을 제공합니다. 주로 롤백 관련 문제를 정리하고 주로 서점 롤백 및 롤백 메커니즘을 소개합니다. 모두에게 도움이 되기를 바랍니다.

추천 학습:mysql 비디오 튜토리얼

우리는 종종 대규모 테이블을 운영하고 작업이 너무 오래 걸리거나 온라인 비즈니스에 영향을 미치고 대규모 테이블 작업을 롤백하려는 시나리오에 직면합니다. 대규모 테이블 작업을 중지한 후 롤백을 기다리는 것은 매우 긴 프로세스입니다. 시간을 단축할 수 있는 몇 가지 방법을 알고 있고 프로덕션 환경의 데이터 무결성에 경외감을 느낄 수도 있지만 개입하지 않기로 선택할 수도 있습니다.

트랜잭션 롤백

트랜잭션은 관계형 데이터베이스의 실행 단위로 최종 단계 제어를 통해 커밋 또는 롤백을 선택할 수 있습니다. 무결성을 보장할 수 없는 다양한 시나리오에서 롤백 작업을 수행합니다. MySQL의 롤백은 트랜잭션과 관련된 최신 변경 사항을 실행 취소하는 방법에 대한 정보가 포함된 실행 취소 로그를 통해 수행됩니다. Undo 로그는 Undo 로그 세그먼트에 존재하며, Undo 로그 세그먼트는 Rollback 세그먼트에 포함됩니다. 롤백 세그먼트는 실행 취소 테이블 공간과 전역 임시 테이블 공간에 위치합니다.
관계는 다음과 같습니다.

• undo 파일

  

mysql > show variables like '%undo%'; +--------------------------+--------------------+ | Variable_name | Value | +--------------------------+--------------------+ | innodb_max_undo_log_size | 1073741824 | | innodb_undo_directory | /opt/data8.0/mysql | | innodb_undo_log_encrypt | OFF | | innodb_undo_log_truncate | ON | | innodb_undo_tablespaces | 2 | +--------------------------+--------------------+ 5 rows in set (0.00 sec)

전역 임시가 가리키는 임시 테이블 공간(ibtmp1)으로, 사용자가 만든 임시 테이블에 대한 변경 사항에 대한 롤백 세그먼트를 저장하는 데 사용됩니다.

mysql > SELECT @@innodb_temp_data_file_path; +-------------------------------+ | @@innodb_temp_data_file_path | +-------------------------------+ | ibtmp1:128M:autoextend:max:30G | +-------------------------------+

롤백에 어떤 파일이 포함되어 있는지 이해하고 계속 읽으세요.

롤백 메커니즘:

MySQL 롤백 제어는 내부 innodb 엔진에 의해 조정되며 사람이 제어하는 메커니즘을 제공하지 않습니다. 현재 제공되는 MySQL 롤백 매개변수는 다음과 같습니다.

mysql> SHOW VARIABLES LIKE '%ROLL%'; +----------------------------+-------+ | Variable_name | Value | +----------------------------+-------+ | innodb_rollback_on_timeout | OFF | | innodb_rollback_segments | 128 | +----------------------------+-------+

innodb_rollback_on_timeout:

InnoDB는 기본적으로 트랜잭션 시간 초과 시 마지막 문만 롤백합니다. --InnoDB -rollback-on-timeout이 지정된 경우 트랜잭션 시간 초과로 인해 InnoDB가 전체 트랜잭션을 중단하고 롤백합니다. 롤백 등 지정된 시간이 지나면 기본적으로 꺼집니다. 데이터에 불일치가 있을 것으로 예상됩니다. 이 접근 방식은 바람직하지 않습니다.

Innodb_rollback_segments (1~128):

각 언두 테이블스페이스에 할당되는 롤백 세그먼트 수와 언두 레코드를 생성하는 트랜잭션에 할당되는 전역 임시 테이블스페이스 수를 정의합니다.
롤백 세그먼트에서 지원하는 트랜잭션 수: 롤백 세그먼트의 실행 취소 슬롯 수와 각 트랜잭션에 필요한 실행 취소 로그 수에 따라 다릅니다.

공식적으로 제공되는 롤백 세그먼트의 실행 취소 슬롯 수는 InnoDB와 관련됩니다. 페이지 크기:

최신 MySQL8.0.27 소스 코드 구현에서, Storageinnobaseincludetrx0rseg.h:

/* Number of undo log slots in a rollback segment file copy 这里 UNIV_PAGE_SIZE正常页面的大小 即 1024*/ #define TRX_RSEG_N_SLOTS (UNIV_PAGE_SIZE / 16) /* Maximum number of transactions supported by a single rollback segment 单个回滚段支持的最大事务数1024/2=512 */ #define TRX_RSEG_MAX_N_TRXS (TRX_RSEG_N_SLOTS / 2)

기본적으로 페이지는 1024개의 슬롯(TRX_RSEG_N_SLOTS)으로 나뉘며 각 슬롯은 실행 취소 로그 개체에 해당하므로 이론적으로 InnoDB는 128 * 512 = 65536개의 일반 트랜잭션을 지원할 수 있습니다.
원리 부분은 MySQL · 엔진 기능 · InnoDB undo log roaming을 참고하세요.
공식적으로 undbo 롤백 동시 읽기 및 쓰기 시나리오 제공:

어필 원칙에서 실제 적용 시나리오로:
능력 롤백 세그먼트를 지원하기 위해 여전히 상당한 수준이지만 대규모 일괄 롤백을 수행할 때 매우 느린 경우가 많습니다. 특히 온라인 처리 중에는 100,000개 행을 롤백하는 데 10분이 걸릴 수 있습니다. 아니면 더 길 수도 있습니다.
다음으로 sysbench를 통해 5000w의 단일 테이블 데이터를 준비하고 무부하 상태에서 약 1분간 삭제한 후 kill -9를 사용하여 트랜잭션을 강제 중지하고 트랜잭션을 롤백합니다.

분명히 효과는 다음과 같습니다. 다시 시작하는 것이 좋습니다.
그러나 kill -9 방법은 데이터 페이지를 쉽게 손상시킬 수 있으며 큰 위험을 초래할 수 있습니다. 데이터베이스는 일상생활에서도 부하를 받고 있습니다. 대규모 트랜잭션을 롤백하는 데 드는 비용이 매우 높을 것으로 예상할 수 있습니다.

요약

대규모 롤백 작업은 최대한 피해야 합니다. 이는 데이터베이스 리소스와 성능을 소모하고 프로덕션 환경에서 심각한 생산 사고로 이어질 수 있습니다. 대규모 트랜잭션 롤백을 피할 수 없는 경우 다음 방법을 사용할 수 있습니다.

• 일괄 작업의 경우 1000~5000행 등 일괄적으로 제출할 수 있습니다.
• 실행 취소 공간과 전역 임시 테이블 공간을 적절하게 조정할 수 있습니다. 4개의 undo 파일을 사용하고 글로벌 ibtmp1의 1G를 초기화하는 것이 좋습니다. 고가용성 환경에서 데이터 일관성이 보장되면 슬레이브를 새로운 마스터로 승격하고 서비스를 제공하며 대규모 트랜잭션이 롤백될 때까지 기다릴 수 있습니다.
• 극단적인 경우에는 kill -9를 사용하여 작업을 다시 시작할 수 있습니다. 데이터 양이 매우 많기 때문에 mysql 복구가 느려질 수 있습니다. 이때 mysql이 충돌하고 복구될 때까지 기다려야 합니다. 데이터 양에 따라 대기 시간도 다릅니다
• 다시 시작하면 그 과정에서 데이터 페이지가 손상되거나 롤백을 건너뛰는 경우 innodb_force_recovery=3(트랜잭션 롤백 작업이 수행되지 않음)을 전달하면 됩니다.
• 추천 학습:

위 내용은 MySQL 롤백(요약 공유)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!