रेडिस में लेन-देन कैसे काम करता है

मैं हाल ही में रेडिस के साथ काम कर रहा हूं और अब एक साथ कई थ्रेड्स द्वारा एक कुंजी को बदलने की आवश्यकता है। Php में Redis के साथ काम करने के लिए, मैं Rediska क्लाइंट का उपयोग करता हूं। जब मैं रेडिस्का मैनुअल पढ़ता था, तब भी मैंने लेनदेन के बारे में एक खंड देखा, लेकिन आज अधिक ध्यान से पढ़ने का समय है।



मुझे नहीं पता कि मैं क्या दोष देता हूं, या अंग्रेजी का मेरा खराब ज्ञान, या मेरी धीमी-बुद्धि, या दस्तावेज की अक्षमता, लेकिन फिर भी, Rediska वेबसाइट पर और फिर Reddka वेबसाइट पर लेनदेन के दस्तावेज को पढ़ने के बाद , मुझे समझ नहीं आया कि क्या यह अवरुद्ध है। लेन-देन के भीतर परिवर्तन करने योग्य, निष्पादित होने तक लेखन कुंजी (निष्पादित या नहीं) की जाती है।
हाँ, दोनों दस्तावेज़ों में वॉच का उपयोग किए जाने पर "चेक-इन-सेट का उपयोग करके ऑप्टिमाइस्टिक लॉकिंग" का विवरण और उदाहरण हैं, लेकिन साथ ही साथ रेडिस वेबसाइट पर आधिकारिक प्रलेखन की शुरुआत में यह कहता है:

लेन-देन के सभी आदेश क्रमबद्ध और क्रमिक रूप से निष्पादित किए जाते हैं। ऐसा कभी नहीं हो सकता है कि किसी अन्य क्लाइंट द्वारा जारी किया गया एक अनुरोध रेडिस लेनदेन के निष्पादन के बीच में परोसा जाता है । यह गारंटी देता है कि आदेशों को एक पृथक ऑपरेशन के रूप में निष्पादित किया जाता है।

इसे पढ़ने के बाद, यह मुझे प्रतीत हुआ (मैं सिर्फ मामले में पार करूंगा) यह सिर्फ इस तथ्य के बारे में था कि लेनदेन के बीच में कोई भी इससे प्रभावित चाबियों के मूल्यों को नहीं बदल सकता है। हालाँकि, मुझसे गलती हुई थी और यह समझने के लिए मुझे Rediska क्लाइंट साइट पर डॉक में दिए गए सादृश्य द्वारा एक स्क्रिप्ट लिखनी थी।

$ विकल्प = सरणी (
'namepace' => 'Application_' ,
'सर्वर' => सरणी (
सरणी ( 'होस्ट' => '127.0.0.1' , 'पोर्ट' => 6379 , 'db' => 5 )
)
) ;

requirement_once 'Rediska.php' ;

// रिडिस्का इकाई प्राप्त करें
$ रिडिस्का = नया रेडिस्का ( $ विकल्प ) ;

के लिए ( $ i = 1 ; $ i <= 10000 ; $ i ++ ) {
// लेनदेन शुरू करें
$ लेनदेन = $ rediska -> लेनदेन ( ) ;

// वर्तमान मूल्य प्राप्त करें
$ मूल्य = $ rediska -> मिलता है ( 'test_value' ) ;

// वेतन वृद्धि मूल्य
$ मान ++;

// नया मान संग्रहीत करें
$ लेनदेन -> सेट ( 'test_value' , $ मूल्य ) ;

// निष्पादित लेनदेन
$ लेनदेन -> निष्पादित ( ) ;
}

इको $ रिडिस्का -> मिलता है ( 'test_value' ) ;

यह स्क्रिप्ट कमांड लाइन से दो थ्रेड्स में चलती थी, अर्थात सिद्धांत रूप में, मुझे 20 हजार के बराबर कुंजी "test_value" का मूल्य प्राप्त करना था, लेकिन वास्तव में औसतन लगभग 12 हजार था। यानी कोई ताला नहीं है।

अब मैं घड़ी जोड़कर पाश को थोड़ा संशोधित करता हूं:

के लिए ( $ i = 1 ; $ i <= 10000 ; $ i ++ ) {
के लिए ( $ j = 1 ; $ j <= 5 ; $ j ++ ) {
// लेनदेन शुरू करें
$ लेनदेन = $ rediska -> लेनदेन ( ) ;

// देखो
$ लेनदेन -> घड़ी ( 'test_value' ) ;

// वर्तमान मूल्य प्राप्त करें
$ मूल्य = $ rediska -> मिलता है ( 'test_value' ) ;

// वेतन वृद्धि मूल्य
$ मान ++;

// नया मान संग्रहीत करें
$ लेनदेन -> सेट ( 'test_value' , $ मूल्य ) ;

// निष्पादित लेनदेन
कोशिश करो {
$ लेनदेन -> निष्पादित ( ) ;
} पकड़ ( Rediska_Transaction_AbortedException $ e ) {
जारी रखें ;
}

तोड़ना ;
}
}

यानी वास्तव में, जब कोई घटना होती है, तो हम लेनदेन को 5 बार दोहराने की कोशिश करते हैं। नतीजतन, 5 पुनरावृत्तियों के साथ, औसत 17 हजार सामने आए, अगर हम इसे 10 कहने के लिए बढ़ाते हैं, तो औसतन 19 हजार निकलेंगे।
ये निश्चित रूप से विशेष मामले हैं, व्यवहार में यह संभावना नहीं है कि इस तरह के एक साथ कई परिवर्तन और 5 पुनरावृत्ति, सिद्धांत रूप में, पर्याप्त होना चाहिए, लेकिन यह बात नहीं है। तथ्य यह है कि, वास्तव में, Redis के पास परिवर्तनों से प्रभावित कुंजी को लॉक करने के लिए अभी तक एक तंत्र (दस्तावेज) नहीं है।
यह तय करना मेरे लिए नहीं है कि न्याय करना अच्छा है या बुरा, मुझे लगता है कि यह सब कार्य पर निर्भर करता है, मैं सिर्फ यह दिखाना चाहता था कि यह कैसा है।