트랜잭션 제어를 추가한 후 MySQL 저장 프로시저가 실패하는 이유는 무엇입니까?

MySQL 저장 프로시저의 트랜잭션 문제 해결

트랜잭션이 가능하도록 저장 프로시저를 수정하는 것은 간단하지만 기술적인 문제로 인해 장애물이 발생하는 경우가 많습니다. 한 사용자는 거래 제어를 추가한 후 절차가 비정상적으로 작동했을 때 이러한 문제에 직면했습니다.

사용자가 제공한 문제가 있는 코드 조각은 아래에 재현되어 있습니다.

<code class="sql">BEGIN

DECLARE poid INT;

DECLARE EXIT HANDLER FOR SQLEXCEPTION SQLWARNING
BEGIN
    ROLLBACK;
END

START TRANSACTION;

    -- ADD option 5
    INSERT INTO product_option(product_id,option_id,required) VALUES(insertedProductID,5,0);
    SET poid = (SELECT LAST_INSERT_ID());
    INSERT INTO product_option_value(product_option_id,product_id,option_id,option_value_id,quantity,subtract,price,price_prefix,points,points_prefix,weight,weight_prefix) VALUES(poid,insertedProductID,5,50,0,0,4.99,'+',0,'+',0,'+');

    -- ADD option 12
    INSERT INTO product_option(product_id,option_id,required) VALUES(insertedProductID,12,1);

    -- ADD option 13
    INSERT INTO product_option(product_id,option_id,required) VALUES(insertedProductID,13,0);

COMMIT;

END</code>

사용자는 절차가 작동했음을 강조했습니다. 거래 통제가 도입되기 전에는 완벽했지만 이후에는 수정 사항을 저장하는 기본적인 작업조차 불가능했습니다. 사용자가 MySQL 설명서와 온라인 리소스를 샅샅이 뒤졌지만 명백한 오류는 발견되지 않았습니다.

문제 해결

제공된 코드를 분석한 결과 두 가지 구문 오류가 드러났습니다.

1. DECLARE EXIT HANDLER 문은 지정된 SQL 예외 사이에 쉼표가 있어야 합니다. MySQL 문서에는 이 요구 사항이 명시적으로 언급되어 있습니다.
2. EXIT HANDLER의 BEGIN...END 블록은 별도의 문이고 적절한 종료가 필요하므로 세미콜론으로 끝나야 합니다.

문제를 해결하려면 DECLARE EXIT HANDLER 문을 다음과 같이 수정해야 합니다.

<code class="sql">DECLARE EXIT HANDLER FOR SQLEXCEPTION, SQLWARNING
BEGIN
    ROLLBACK;
END;</code>

이러한 수정을 통해 저장 프로시저는 트랜잭션을 성공적으로 구현해야 합니다.

위 내용은 트랜잭션 제어를 추가한 후 MySQL 저장 프로시저가 실패하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!