Mysql: संदर्भ का उपयोग करके क्वेरी रद्द करने के साथ अजीब व्यवहार

को निर्मित 2 अक्तू॰ 2018 · 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

सबसे उपयोगी टिप्पणी

हम सही क्वेरी के लिए KILL भेजने के लिए SHOW FULL PROCESSLIST और KILL का उपयोग करने में सक्षम हो सकते हैं।

दुर्भाग्य से इसे ड्राइवर स्तर पर आसानी से लागू नहीं किया जा सकता है। इसके लिए दूसरे कनेक्शन की आवश्यकता होगी जिस पर ड्राइवर इन आदेशों को निष्पादित करता है। यह या तो एक साझा "प्रबंधन कनेक्शन" हो सकता है या मांग पर खोले गए कनेक्शन हो सकते हैं।

सबसे पहले, यह ड्राइवर को और अधिक जटिल बना देगा। अभी सत्रों और कनेक्शनों की सभी हैंडलिंग database/sql पैकेज द्वारा की जाती है, न कि ड्राइवर द्वारा, जो सिर्फ एक नया कनेक्शन आदि खोलने के लिए कार्य प्रदान करता है।

लेकिन इससे भी अधिक समस्या यह है कि हमारे पास वास्तव में सही सर्वर खोजने का कोई तरीका नहीं है (जब तक कि केवल एक ही न हो)। ड्राइवर को मुख्य रूप से mysql लोड-बैलेंसिंग प्रॉक्सी के साथ तैनात किया जाता है। उस स्थिति में, यह संभव है कि हैट SHOW FULL PROCESSLIST गलत सर्वर पर निष्पादित किया गया हो और हमें क्वेरी नहीं मिल रही हो।

julienschmidt 8 अक्तू॰ 2018

👍2

सभी 19 टिप्पणियाँ

हम अजीब व्यवहार का सामना कर रहे हैं।
जब हम mysql क्लाइंट पर slowInsert( 10 ) चलाते हैं (उदाहरण के लिए, सीक्वल प्रो), तो सम्मिलन से पहले 10 सेकंड के इंतजार का सम्मान किया जाता है। हमारे पास यह मानने का कोई कारण नहीं है कि संग्रहित खरीद गलत या अमान्य है।

जब हम ऊपर दिए गए गो कोड को चलाते हैं, तो संदर्भ 3 सेकंड के बाद रद्द हो रहा है - सब ठीक है।
... लेकिन तुरंत सम्मिलन होता है। (यह 10 सेकंड प्रतीक्षा नहीं करता है)।

pjebs 2 अक्तू॰ 2018

अब, अगर हम संग्रहित खरीद को बदलते हैं ताकि यह हो:

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 ;

गो कोड पूरी तरह से काम करता है और क्वेरी को रद्द कर देता है (यानी कोई प्रविष्टि नहीं होती है)।
दोनों ही मामलों में, हमारा mysql क्लाइंट (सीक्वल प्रो) प्रतीक्षा अवधि का सम्मान करता है इसलिए दोनों संग्रहीत प्रोसेस समान हैं।

लेकिन हमारे गो कोड में, दूसरा संग्रहित प्रो काम करता है लेकिन पहला नहीं - हमारे विश्वास के लिए अग्रणी है कि ड्राइवर में कुछ अजीब बग है।

pjebs 2 अक्तू॰ 2018

@ एलेसियो-पालुम्बो

pjebs 2 अक्तू॰ 2018

यह कोई बग नहीं है। हम अभी तक क्वेरी रद्द करने का समर्थन नहीं करते हैं।
और SLEEP() बहुत ही खास क्वेरी है। यह जाँचता है कि कनेक्शन जीवित है या नहीं।
सामान्य स्थिति में, MySQL क्वेरी समाप्त होने तक कनेक्शन की जांच नहीं करता है।

methane 2 अक्तू॰ 2018

रीडमी: 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 2 अक्तू॰ 2018

ठीक है, रीडमी भ्रामक है। यह सिर्फ "प्रतीक्षा" क्वेरी परिणाम को रद्द कर रहा है, क्वेरी निष्पादन नहीं।

MySQL प्रोटोकॉल क्वेरी निष्पादन को रद्द करने का सुरक्षित तरीका प्रदान नहीं करता है।
कुछ सीएलआई रद्द करने का समर्थन करता है, लेकिन यह कुछ पर्यावरण पर सुरक्षित/स्थिर नहीं है।

methane 2 अक्तू॰ 2018

👍1

धन्यवाद

pjebs 2 अक्तू॰ 2018

आपको क्या करना चाहिए लेनदेन का उपयोग कर रहा है। यदि आप प्रतिबद्ध नहीं हैं, तो यह रोलबैक हो गया है।
इसलिए लेन-देन सुरक्षित होने पर टाइमआउट।

methane 2 अक्तू॰ 2018

@andizzle @alexclifford @edwardhutchison

pjebs 2 अक्तू॰ 2018

टाइमआउट के बाद पहले स्टोरप्रोक क्यों डाला जाता है लेकिन दूसरा स्टोरप्रोक सम्मिलित नहीं होता है। मुझे लगता है कि आपके कथन के आधार पर, यह या तो सम्मिलित करता है या नहीं। यदि ड्राइवर क्वेरी निष्पादन को रद्द करने का समर्थन नहीं करता है, तो ऐसा क्यों लगता है कि निष्पादन रद्द कर दिया गया है?

pjebs 2 अक्तू॰ 2018

यह MySQL व्यवहार है। मैं ज्यादा नहीं जानता। लेकिन कनेक्शन बंद होने पर SLEEP() में बहुत अजीब व्यवहार होता है।

methane 3 अक्तू॰ 2018

@julienschmidt आप इस विचार के बारे में क्या सोचते हैं: https://github.com/src-d/gitbase-web/issues/241#issuecomment -427740194

pjebs 8 अक्तू॰ 2018

हम सही क्वेरी के लिए KILL भेजने के लिए SHOW FULL PROCESSLIST और KILL का उपयोग करने में सक्षम हो सकते हैं।

julienschmidt 8 अक्तू॰ 2018

👍2

क्या आप किसी क्वेरी को वास्तव में रद्द करने योग्य बनाने के लिए database/sql में जो कुछ भी आवश्यक है उसे संशोधित करने के लिए एक गो 2 प्रस्ताव बनाने में सक्षम होंगे?

pjebs 8 अक्तू॰ 2018

मैं ईमानदारी से सोचता हूं कि database/sql या यह ड्राइवर यहां समस्या है, लेकिन सरल MySQL स्वयं है, जो चल रही क्वेरी को रद्द करने का कोई आसान तरीका प्रदान

एक अच्छी शुरुआत तब होगी जब सर्वर को भेजे गए प्रश्नों के

एकल सर्वर सेटअप के मामले में, हम पोस्टग्रेज के समान तरीके से प्रश्नों को रद्द कर सकते हैं: एक नया कनेक्शन खोलें और तुरंत KILL कमांड भेजें।

कुछ प्रॉक्सी के साथ मामला अधिक कठिन है। अभी ऐसे प्रॉक्सी ड्राइवर के लिए पूरी तरह से पारदर्शी हैं। यह सुनिश्चित करने के लिए कि किसी अन्य मौजूदा कनेक्शन के समान बैकएंड के लिए एक कनेक्शन खोला गया है, किसी प्रकार की व्यवस्था की आवश्यकता होगी।

julienschmidt 8 अक्तू॰ 2018

हमारे पास वास्तव में एक समान दृष्टिकोण के लिए एक खुला पीआर है (एकल सर्वर सेटअप मामले के लिए) पहले से ही: https://github.com/go-sql-driver/mysql/pull/791

julienschmidt 8 अक्तू॰ 2018

मैं MySQL के साथ एक फीचर अनुरोध सबमिट करने जा रहा हूं। अगर मैं प्रक्रिया आईडी रखने के लिए प्रश्न पूछता हूं, तो क्या यह एक पिछड़ा-असंगत परिवर्तन पैदा करेगा जिससे वे इनकार कर देंगे?

pjebs 9 अक्तू॰ 2018

यह केवल रद्द करने की समस्या नहीं है। कुछ और मुद्दे हैं।
पृथ्वी पर कोई "रिमोट पर विश्वसनीय रद्द" प्रोटोकॉल नहीं है।
इसका उपयोग केवल कुछ CPU को बचाने के लिए किया जाना चाहिए।

वैसे भी, इस मुद्दे का क्या मतलब है?
रद्दीकरण को लागू करने से अजीब व्यवहार से बचा नहीं जा सकता है।
आप नहीं जान सकते क्वेरी "संदर्भ द्वारा रद्द" को MySQL सर्वर में निष्पादित या रद्द कर दिया गया है। यह टाइमिंग का मसला है।
केवल आप ही लेन-देन का उपयोग कर सकते हैं; सभी क्वेरी को वापस रोल किया जाएगा।

यदि हमें वास्तव में "कैंसिलिंग क्वेरी लागू करें" के लिए समस्या की आवश्यकता है, तो एक नया मुद्दा दर्ज करें और इसे बंद करें।

methane 9 अक्तू॰ 2018

यहाँ मेरा समाधान है: https://medium.com/@rocketlaunchr.cloud/canceling -mysql-in-go-827ed8f83b30

pjebs 31 अक्तू॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Mysql: संदर्भ का उपयोग करके क्वेरी रद्द करने के साथ अजीब व्यवहार

सबसे उपयोगी टिप्पणी

सभी 19 टिप्पणियाँ

संबंधित मुद्दों