Mysql: 컨텍스트를 사용한 쿼리 취소의 이상한 동작

에 만든 2018년 10월 02일 · 19코멘트 · 출처: go-sql-driver/mysql

서버: MySQL 5.6

저장된 프로시저:

DELIMITER //
CREATE PROCEDURE slowInsert(IN t int)
BEGIN       
       SELECT SLEEP(t);
       INSERT INTO `table_x` (message) VALUES (UUID());
END //
DELIMITER ;

코드 이동:

package main

import (
    "context"
    "database/sql"
    "time"

    _ "github.com/go-sql-driver/mysql"
)

func main() {
    db, err := sql.Open("mysql", "<url>")
    if err != nil {
        panic(err)
    }
    db.SetConnMaxLifetime(9 * time.Second)
    db.SetMaxIdleConns(12)
    db.SetMaxOpenConns(12)

    ctx := context.Background()
    ctx, cancel := context.WithTimeout(ctx, time.Duration(3)*time.Second)
    defer cancel()

    _, err = db.ExecContext(ctx, "call slowInsert( 10 )") // context will cancel before insert occurs
    if err != nil {
        panic(err)
    }
}

출처

pjebs

가장 유용한 댓글

SHOW FULL PROCESSLIST 및 KILL KILL 를 사용하여 올바른 쿼리에

불행히도 그것은 드라이버 수준에서 쉽게 구현할 수 없습니다. 드라이버가 이러한 명령을 실행하는 두 번째 연결이 필요합니다. 이는 공유 "관리 연결"이거나 요청 시 열린 연결일 수 있습니다.

우선, 이것은 운전자를 훨씬 더 복잡하게 만들 것입니다. 현재 세션 및 연결의 모든 처리는 드라이버가 아닌 database/sql 패키지에 의해 수행되며 새 연결 등을 여는 기능만 제공합니다.

그러나 훨씬 더 문제는 실제로 올바른 서버를 찾을 수 있는 방법이 없다는 것입니다(단 하나만 있는 경우가 아니면). 드라이버는 주로 mysql 로드 밸런싱 프록시와 함께 배포됩니다. 이 경우 SHOW FULL PROCESSLIST 가 잘못된 서버에서 실행되어 쿼리를 찾을 수 없을 가능성이 높습니다.

julienschmidt 에 2018년 10월 08일

👍2

모든 19 댓글

이상한 행동을 하고 있습니다.
mysql 클라이언트(예: 후속 프로)에서 slowInsert( 10 ) 를 실행할 때 삽입 전에 10초 대기가 존중됩니다. 저장된 프로시저가 잘못되었거나 유효하지 않다고 믿을 이유가 없습니다.

위의 Go 코드를 실행하면 컨텍스트가 3초 후에 취소됩니다. 모두 좋습니다.
... 그러나 즉시 삽입이 발생합니다. (10초를 기다리지 않습니다.)

pjebs 에 2018년 10월 02일

이제 저장된 프로시저를 다음과 같이 변경하면

DELIMITER //
CREATE PROCEDURE slowInsert(IN t int)
BEGIN       
       SELECT SLEEP(t/2); // <---- The change
       SELECT SLEEP(t/2); // <---- The change
       INSERT INTO `table_x` (message) VALUES (UUID());
END //
DELIMITER ;

Go 코드는 완벽하게 작동하고 쿼리를 취소합니다(즉, 삽입이 발생하지 않음).
두 경우 모두 mysql 클라이언트(sequel pro)는 대기 기간을 존중하므로 두 저장된 프로시저가 동일합니다.

그러나 Go 코드에서 두 번째 저장된 프로시저는 작동하지만 첫 번째는 작동하지 않습니다. 이는 드라이버에 이상한 버그가 있다는 믿음으로 이어집니다.

pjebs 에 2018년 10월 02일

@ 알레시오 팔룸보

pjebs 에 2018년 10월 02일

버그가 아닙니다. 아직 쿼리 취소를 지원하지 않습니다.
그리고 SLEEP() 는 매우 특별한 쿼리입니다. 연결이 활성 상태인지 여부를 확인합니다.
일반적으로 MySQL은 쿼리가 완료될 때까지 연결을 확인하지 않습니다.

methane 에 2018년 10월 02일

읽어보기: https://github.com/go-sql-driver/mysql#contextcontext -support

Go 1.8 added database/sql support for context.Context. This driver supports query timeouts and cancellation via contexts. See context support in the database/sql package for more details.

pjebs 에 2018년 10월 02일

알겠습니다. README는 오해의 소지가 있습니다. 쿼리 실행이 아닌 "대기" 쿼리 결과만 취소합니다.

MySQL 프로토콜은 쿼리 실행을 취소하는 안전한 방법을 제공하지 않습니다.
일부 CLI는 취소를 지원하지만 일부 환경에서는 안전하지 않거나 안정적이지 않습니다.

methane 에 2018년 10월 02일

👍1

감사

pjebs 에 2018년 10월 02일

당신이해야 할 일은 트랜잭션을 사용하는 것입니다. 커밋하지 않으면 롤백됩니다.
따라서 트랜잭션이 안전한 동안 시간이 초과됩니다.

methane 에 2018년 10월 02일

@andizzle @alexclifford @edwardhutchison

pjebs 에 2018년 10월 02일

시간 초과 후에 첫 번째 storedProc가 삽입되지만 두 번째 storedProc는 삽입되지 않는 이유는 무엇입니까? 귀하의 진술에 따라 삽입되거나 삽입되지 않는다고 가정합니다. 드라이버가 쿼리 실행 취소를 지원하지 않는 경우 실행을 취소하는 것처럼 보이는 이유는 무엇입니까?

pjebs 에 2018년 10월 02일

MySQL 동작입니다. 나는 많이 모른다. 그러나 SLEEP()은 연결이 닫힐 때 매우 이상한 동작을 합니다.

methane 에 2018년 10월 03일

@julienschmidt 이 아이디어에 대해 어떻게 생각 하세요 ?

pjebs 에 2018년 10월 08일

SHOW FULL PROCESSLIST 및 KILL KILL 를 사용하여 올바른 쿼리에

julienschmidt 에 2018년 10월 08일

👍2

쿼리를 진정으로 취소할 수 있도록 database/sql 에 필요한 사항을 수정하는 Go 2 제안을 할 수 있습니까?

pjebs 에 2018년 10월 08일

나는 솔직히 database/sql 또는 이 드라이버가 여기에서 문제가 아니라 단순한 MySQL 자체라고 생각 합니다 . 하지 않습니다 .

좋은 시작은 서버로 보낸 쿼리에 대한

단일 서버 설정의 경우 Postgres와 유사한 방식으로 쿼리 를 KILL 명령을 보냅니다.

일부 프록시의 경우는 더 어렵습니다. 현재 이러한 프록시는 드라이버에게 완전히 투명합니다. 필요한 것은 연결이 다른 기존 연결과 동일한 백엔드로 열리도록 보장하는 일종의 메커니즘입니다.

julienschmidt 에 2018년 10월 08일

실제로 유사한 접근 방식(단일 서버 설정의 경우)에 대한 공개 PR이 있습니다. https://github.com/go-sql-driver/mysql/pull/791

julienschmidt 에 2018년 10월 08일

MySQL에 기능 요청을 제출할 것입니다. 쿼리에 프로세스 ID를 포함하도록 요청하면 이전 버전과 호환되지 않는 변경 사항이 생성되어 거부할 수 있습니까?

pjebs 에 2018년 10월 09일

취소의 문제는 이뿐만이 아닙니다. 몇 가지 다른 문제가 있습니다.
지구상에는 "원격에서 신뢰할 수 있는 취소" 프로토콜이 없습니다.
일부 CPU를 절약할 때만 사용해야 합니다.

어쨌든, 이 문제의 요점은 무엇입니까?
취소를 구현하면 이상한 동작을 피할 수 없습니다.
"컨텍스트에 의해 취소됨" 쿼리가 MySQL 서버에서 실행되거나 취소되었는지 알 수 없습니다. 타이밍 문제입니다.
당신만이 할 수 있는 것은 트랜잭션을 사용하는 것입니다. 모든 쿼리가 롤백됩니다.

"쿼리 취소 구현"에 대한 문제가 정말로 필요한 경우 새 문제를 제출하고 닫습니다.

methane 에 2018년 10월 09일

내 솔루션은 다음과 같습니다. https://medium.com/@rocketlaunchr.cloud/canceling -mysql-in-go-827ed8f83b30

pjebs 에 2018년 10월 31일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Mysql: 컨텍스트를 사용한 쿼리 취소의 이상한 동작

가장 유용한 댓글

모든 19 댓글

관련 문제