MySQL 중첩 트랜잭션 구현

1. 문제의 원인

MySQL 공식 문서에는 중첩 트랜잭션이 지원되지 않는다고 명시되어 있습니다.

rree

그러나 복잡한 시스템을 개발하다 보면 실수로 트랜잭션이 발생하는 것은 불가피합니다. 예를 들어 함수 A는 함수 B를 호출합니다. 함수 A는 트랜잭션을 사용하고 트랜잭션 내에서 함수 B를 호출하므로 트랜잭션 중첩이 발생합니다. 현재로서는 A씨의 일은 사실 별 의미가 없다. 위 문서에 언급되어 있습니다.

START TRANSACTION 명령이 실행되면 커밋 작업이 암시적으로 실행됩니다.

따라서 시스템 아키텍처 수준에서 트랜잭션 중첩을 지원해야 합니다. 다행스럽게도 일부 성숙한 ORM 프레임워크는 교리나 라라벨과 같은 중첩을 지원합니다. 다음으로, 이 두 프레임워크가 어떻게 구현되는지 살펴보겠습니다.

알림, 이 두 프레임워크의 함수 및 변수 이름은 비교적 직관적입니다. 비록 매우 길어 보이지만 이름을 지정하면 함수나 변수의 의미를 직접적으로 알 수 있으므로 겁먹지 마세요. 이렇게 큰 난장판을 봤을 때 :)

2. Doctrine의 솔루션

먼저 Doctrine에서 트랜잭션을 생성하는 코드를 살펴보겠습니다(관련 없는 코드 제거):

Transactions cannot be nested. This is a consequence of the implicit commit performed for any current 
transaction when you issue a START TRANSACTION statement or one of its synonyms.

이 함수의 첫 번째 줄은 _transactionNestingLevel을 사용하여 현재 중첩 수준을 식별합니다. 1인 경우, 즉 아직 중첩이 없는 경우 기본 방법을 사용하여 START TRANSACTION을 실행하면 괜찮습니다. 1보다 크면 중첩이 있을 때 저장점을 생성하는 데 도움이 됩니다. 이 저장점은 트랜잭션 기록 지점으로 이해될 수 있습니다. 롤백이 필요한 경우 이 지점으로만 롤백할 수 있습니다.

그런 다음 RollBack 함수를 보면

publicfunctionbeginTransaction(){
    ++$this->_transactionNestingLevel;    
    if ($this->_transactionNestingLevel == 1) {        
    $this->_conn->beginTransaction();
    } elseif ($this->_nestTransactionsWithSavepoints) {        
    $this->createSavepoint($this->_getNestedTransactionSavePointName());
    }
}

처리 방법도 매우 간단하다는 것을 알 수 있습니다. 레벨이 1이면 직접 롤백하고, 그렇지 않으면 이전 저장점으로 롤백합니다.

그럼 커밋 기능을 계속 살펴보겠습니다.

publicfunctionrollBack(){    
if ($this->_transactionNestingLevel == 0) {        
throw ConnectionException::noActiveTransaction();
    }    
    if ($this->_transactionNestingLevel == 1) {        
    $this->_transactionNestingLevel = 0;        
    $this->_conn->rollback();        
    $this->_isRollbackOnly = false;
    } elseif ($this->_nestTransactionsWithSavepoints) {        
    $this->rollbackSavepoint($this->_getNestedTransactionSavePointName());
        --$this->_transactionNestingLevel;
    } else {        
    $this->_isRollbackOnly = true;
        --$this->_transactionNestingLevel;
    }
}

간단히 설명하겠습니다.)

Laravel의 솔루션

Laravel의 처리 방법은 비교적 간단하고 투박합니다. 먼저 트랜잭션 생성 작업을 살펴보겠습니다.

publicfunctioncommit(){    
if ($this->_transactionNestingLevel == 0) {        
throw ConnectionException::noActiveTransaction();
    }    if ($this->_isRollbackOnly) {        
    throw ConnectionException::commitFailedRollbackOnly();
    }    if ($this->_transactionNestingLevel == 1) {        
    $this->_conn->commit();
    } elseif ($this->_nestTransactionsWithSavepoints) {        
    $this->releaseSavepoint($this->_getNestedTransactionSavePointName());
    }

    --$this->_transactionNestingLevel;
}

어떠신가요? 참 쉽죠? 먼저 현재 트랜잭션 수를 확인합니다. 첫 번째 트랜잭션이면 트랜잭션이 시작됩니다. 그렇지 않으면 아무 작업도 수행되지 않습니다. 계속해서 롤백 작업을 살펴보세요:

publicfunctionbeginTransaction(){
    ++$this->transactions;    if ($this->transactions == 1)
    {        $this->pdo->beginTransaction();
    }
}

이해하셨나요? 현재 트랜잭션이 하나만 있는 경우에만 실제로 롤백되고, 그렇지 않으면 개수가 하나씩 감소합니다. 이것이 제가 방금 Laravel의 처리가 상대적으로 단순하고 조잡하다고 말한 이유입니다. 실제로 중첩된 내부 레이어에는 실제 트랜잭션이 없습니다. 단순하고 조잡하지만 문제도 해결됩니다. 내부 계층이 새 트랜잭션을 생성하면 커밋 문제가 발생합니다. 원칙은 이렇습니다. 완성도를 위해 커밋 코드도 복사해주세요!

publicfunctionrollBack(){    if ($this->transactions == 1)
    {        $this->transactions = 0;        $this->pdo->rollBack();
    }    else
    {
        --$this->transactions;
    }
}

위 내용은 MySQL의 중첩 트랜잭션 구현 내용입니다. 더 많은 관련 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!