한국어
한국어
트랜잭션 처리는 데이터베이스 작업에 PDO (PHP 데이터 객체)를 사용할 때 매우 중요한 부분입니다. pdo :: begintransaction ()을 통해 데이터베이스 트랜잭션을 시작하고 일련의 작업을 완료 한 후 커밋 또는 롤백을 수행 할 수 있는지 확인할 수 있습니다. 그러나 PDO는 Unified API를 제공하지만 트랜잭션 구현 메커니즘에서 MySQL과 PostgreSQL 사이에는 약간의 차이가 있습니다. 이 기사에서는이 두 데이터베이스에서 PDO :: BeginTransaction 의 구현 메커니즘과 차이점을 살펴 봅니다.
널리 사용되는 관계형 데이터베이스로서 MySQL의 트랜잭션 관리 메커니즘은 스토리지 엔진 유형에 따라 다릅니다. 가장 일반적인 저장 엔진은 산 (원자, 일관성, 분리 및 지속성) 기능을 지원하는 InnoDB입니다. 따라서 MySQL의 트랜잭션 관리는 InnoDB 저장 엔진의 기능에 크게 의존합니다.
mysql에서 pdo :: begintransaction ()은 트랜잭션의 시작을 트리거합니다. MySQL은 암시 적 트랜잭션을 사용합니다. 즉, InnoDB 엔진 하에서, 일단 beginTransaction () 이 호출되면 데이터베이스가 새로운 트랜잭션을 시작하고 Commit () 또는 Rollback ()가 트랜잭션을 종료하기 위해 명시 적으로 호출 될 때 까지이 트랜잭션에 모든 후속 SQL 작업이 포함됩니다.
트랜잭션 시작 : pdo :: begintransaction ()을 호출 할 때 MySQL은 현재 연결을 트랜잭션 모드로 표시합니다.
SQL 작업 실행 : 트랜잭션이 진행 중이지만 모든 삽입 , 업데이트 , 삭제 및 기타 작업은 즉시 데이터베이스에 지속되지 않지만 제출을 기다리는 메모리에 저장됩니다.
커밋 트랜잭션 : 전화 pdo :: commit () 은 모든 변경 사항이 데이터베이스에 지속됩니다.
롤백 트랜잭션 : PDO :: Rollback ()을 호출하면 모든 변경 사항이 취소됩니다.
자동 커밋 모드 : MySQL에서 트랜잭션이 명시 적으로 시작되지 않으면 데이터베이스는 기본적으로 자동 커밋 모드를 켜면 각 SQL 문이 자동으로 제출됩니다.
트랜잭션 격리 수준 : MySQL은 read Uncommitted , Read Read, Commited , Retuble Read 및 Serializable 과 같은 여러 트랜잭션 격리 수준을 지원합니다. 이러한 격리 수준은 PDO 구성을 통해 설정할 수 있습니다.
PostgreSQL은 트랜잭션 지원이 우수하고 산성 원칙을 엄격히 준수하는 강력한 객체 관련 데이터베이스입니다. PostgreSQL에서 트랜잭션 관리는 MySQL과 유사하며 PDO :: beginTransaction () 도 트랜잭션을 시작하고 트랜잭션 내에서 후속 운영을 포함합니다.
MySQL과 비교할 때 PostgreSQL의 트랜잭션 메커니즘에는 특히 격리 및 일관성 측면에서 몇 가지 고유 한 기능이 있습니다.
트랜잭션 시작 : pdo :: begintransaction ()가 호출되면 mysql과 유사하게, postgresql이 명시 적으로 트랜잭션을 시작하고 모든 SQL 작업 이이 트랜잭션에 포함됩니다.
SQL 작업 수행 : 모든 SQL 문은 트랜잭션이 커질 때까지 트랜잭션 내 데이터베이스를 즉시 지속하지 않습니다.
트랜잭션 제출 : pdo :: commit ()가 호출되면 모든 변경 사항은 데이터베이스에 영구적으로 저장됩니다.
롤백 트랜잭션 : 전화 pdo :: rollback ()은 거래 중 모든 변경 사항이 취소됩니다.
엄격한 트랜잭션 제어 : PostgreSQL은 MVCC (Multi-Version Concurrent Control)를 강조하며, 각 트랜잭션에는 자체 견해와 데이터 일관성이 있으므로 다른 동시 트랜잭션의 영향을받지 않습니다.
자동 제출 : PostgreSQL은 MySQL과 유사하게 기본적으로 자동 제출을 가능하게합니다. 거래가 명시 적으로 활성화되지 않으면 각 SQL 문은 독립 거래로 취급됩니다.
트랜잭션 격리 수준 : PostgreSQL의 기본 트랜잭션 격리 수준은 저지를 저지르지 만 반복 가능한 읽기 및 직렬화 가능한 구성과 같은 구성에 의해 더 엄격한 격리 수준을 사용할 수 있습니다.
MySQL은 잠금 메커니즘과 일관성 읽기를 사용하여 트랜잭션 격리를 보장하지만 잠금 세분성과 동시성 제어는 저장 엔진에 더 의존합니다. 반복 가능한 읽기 는 MySQL의 기본 트랜잭션 격리 수준이며 직렬화 격리 수준이 켜지지 않는 한 팬텀 판독 값을 만날 수 있습니다.
PostgreSQL은 MVCC를 사용하여 동시 트랜잭션 제어를 구현하여 더욱 격리되고 환상 판독의 현상을 피합니다. 각 거래에는 독립적 인 견해가 있으며 명시 적으로 커밋 될 때까지 다른 거래의 영향을받지 않습니다.
MySQL이 InnoDB 스토리지 엔진을 사용하는 경우 트랜잭션 커밋에는 로그 쓰기 및 잠금 작업이 포함되므로 트랜잭션 커밋의 성능은 어느 정도 영향을받습니다. 자주 거래 커밋 운영의 경우 거래 규모를 최적화하고 정책을 커밋해야 할 수도 있습니다.
PostgreSQL 의 MVCC 메커니즘을 사용하면 트랜잭션이 저지르면 동시 작업을보다 효율적으로 처리 할 수 있지만 트랜잭션이 길면 스토리지 오버 헤드가 더 높아질 수 있습니다.
MySQL 에서 오류가 발생하면 PDO :: Rollback ()이 모든 작업을 취소하고 관련 잠금을 해제합니다.
PostgreSQL 에서 트랜잭션이 실패하면 PDO :: Rollback ()는 모든 작업을 취소하고 데이터베이스 일관성을 유지하며 MVCC는 거래 시작시 데이터베이스 상태가 상태로 복원되도록합니다.
MySQL은 자동 제출이 명시 적으로 비활성화되지 않는 한 (예 : pdo :: attocommit 속성을 설정하여) 자동 제출을 기본적으로 제출할 수 있습니다.
PostgreSQL은 또한 기본적으로 자동 커밋을 가능하게하지만 트랜잭션이 활성화 된 후 Commit () 또는 Rollback ()가 명시 적으로 호출 될 때까지 자동 커밋이 비활성화됩니다.
MySQL과 PostgreSQL은 모두 산성 원칙을 따르고 pdo :: begintransaction ()을 통해 통합 트랜잭션 제어 인터페이스를 제공하지만 기본 구현에는 약간의 차이가 있습니다. MySQL은 트랜잭션을 관리하기 위해 스토리지 엔진 (예 : InnoDB)에 의존하는 반면 PostgreSQL은 MVCC 메커니즘을 통해 더 강력한 동시성 제어 및 트랜잭션 격리를 제공합니다. 데이터베이스를 선택할 때 트랜잭션 처리의 차이를 이해하면 특정 응용 프로그램 시나리오의 요구에 따라보다 적절한 결정을 내릴 수 있습니다.
