Node-redis: पाइपलाइनिंग

क्या यह client.multi और ​​multi.exec कमांड के माध्यम से किया जाता है?

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

हाय ब्राइस,

1. मैं उलझन में हूँ, फिर node_redis के अंदर "बहु" कार्यों का उद्देश्य क्या है?
2. कमांड को स्वचालित रूप से पाइपलाइन करने के लिए उपयोग किया जाने वाला एल्गोरिदम क्या है?

धन्यवाद,
दिमित्री

मल्टी ऑपरेशंस रेडिस प्रोटोकॉल स्पेक से हैं, उनके पास पाइपलाइनिंग के बाहर एक लेनदेन संबंधी उद्देश्य है: http://redis.io/commands/multi

पाइपलाइनिंग कैसे काम करता है, इस संदर्भ में: http://redis.io/topics/pipelining यह क्लाइंट द्वारा रेडिस को कमांड लिखने की बात है जितनी तेजी से आप उन्हें अगले एक को लिखने से पहले प्रतिक्रिया की प्रतीक्षा किए बिना भेजते हैं। क्लाइंट भेजे गए आदेशों का ट्रैक रखता है और फिर रेडिस के जवाब के बाद भेजे गए आदेशों के साथ उत्तरों को पुन: व्यवस्थित करता है।

धन्यवाद ब्राइस, मैं समझता हूं कि http://redis.io/topics/pipelining कैसे काम करता है। नोड.जेएस एप्लिकेशन में - कोड को कैसे संरचित किया जाना चाहिए ताकि अनुरोधों को पाइपलाइन किया जा सके?

तो नीचे दिए गए उदाहरण में

hgetall और समय सीमा समाप्त - पाइपलाइन कर रहे हैं या नहीं? कॉल में से एक कॉलबैक के अंदर है।

फ़ंक्शन getByID (तालिका, आईडी, अगला) {
अगर (! सफलता) वापसी सेटटाइमआउट (फ़ंक्शन () {
getByID (तालिका, आईडी, अगला);
}, 2000);

var end = utils.getEndTime(),
    base = getBase(),
    client = getClient(PK2str(table, id)),
    key = getHashID(table, id);

base.sismember(table, key, function (err, val) {
    if (err || !val) return next();

    client.hgetall(key, function (err, val) {
        if (err || !val) return next(new Error('Expired'), id);

        val = arrays_parse(table, val);
        next(null, val);
        client.expire(key, cfg.ttl.shards);

        if (!exports.silent) {
            profiler.log('cache', {
                'table': table,
                'id': key,
                'method': 'getByID',
                'data': val,
                'time': end()
            });
        }
    });  
});

}

सभी आदेश "पाइपलाइन" भेजे जाते हैं लेकिन इन्हें एक या दो कारणों से एक ही पाइपलाइन लिखने के फ्रेम में कभी नहीं भेजा जाएगा:

1. सिस्मम्बर के लिए कॉलबैक वह है जो हेगेटल कॉल को आमंत्रित करता है - इसलिए आप किसी भी सिस्मम्बर कॉल के लिए इन कमांड्स को एक साथ पाइपलाइन किए जाने से रोक रहे हैं। जब तक रेडिस जवाब नहीं देता तब तक कॉलबैक लागू नहीं होता है।
2. यदि base और client अलग-अलग Redis क्लाइंट हैं, तो वे एक ही पाइपलाइन को _NEVER_ साझा कर सकते हैं।

पाइपलाइनिंग से किसी भी लाभ को देखने के लिए कमांड को उसी संदर्भ * से निष्पादित करने की आवश्यकता है। जैसे रेडिस पाइपलाइनिंग डॉक्स में पिंग उदाहरण के समान:

// These commands will all be pipelined together:
client.ping()
client.ping()
client.ping()
client.ping(function () {
  // This would *NEVER* be in the same pipeline frame as the other four because it requires a reply to be received first
  client.ping()
})

* या अलग-अलग संदर्भों से यदि रेडिस की तुलना में तेजी से भेजा जाता है, तो उत्तर दिया जा रहा है, लेकिन कभी भी आश्रित संदर्भों का उत्तर न दें

अब समझ गया - धन्यवाद! यह बहुत मूल्यवान टिप्पणी है!

मुझे लगता है कि नोड_रेडिस "स्वचालित पाइपलाइनिंग" आधिकारिक रेडिस द्वारा संदर्भित पाइपलाइनिंग नहीं है।

इस समय को RTT (राउंड ट्रिप टाइम) कहा जाता है। यह देखना बहुत आसान है कि यह प्रदर्शन को कैसे प्रभावित कर सकता है जब क्लाइंट को एक पंक्ति में कई अनुरोध करने की आवश्यकता होती है (उदाहरण के लिए एक ही सूची में कई तत्व जोड़ना, या कई कुंजियों के साथ डेटाबेस को पॉप्युलेट करना)। उदाहरण के लिए यदि आरटीटी समय 250 मिलीसेकंड (इंटरनेट पर बहुत धीमी लिंक के मामले में) है, भले ही सर्वर प्रति सेकंड 100k अनुरोधों को संसाधित करने में सक्षम हो, हम प्रति सेकंड अधिकतम चार अनुरोधों को संसाधित करने में सक्षम होंगे।
यदि उपयोग किया गया इंटरफ़ेस लूपबैक इंटरफ़ेस है, तो RTT बहुत छोटा है (उदाहरण के लिए मेरा होस्ट 0,044 मिलीसेकंड पिंग 127.0.0.1 रिपोर्ट करता है), लेकिन यह अभी भी बहुत कुछ है यदि आपको एक पंक्ति में कई लिखने की आवश्यकता है।

आधिकारिक रेडिस द्वारा पाइपलाइनिंग का मतलब है कि कई आदेशों को जोड़ना और आरटीटी के कारण विलंबता का मुकाबला करने के लिए उन्हें एक बार भेजना, जिसे नोड_रेडिस द्वारा संबोधित नहीं किया जाता है। और नोड_रेडिस में "ऑटोमैटिक पाइपलाइनिंग" वास्तव में नोड के एसिंक प्रोग्रामिंग मॉडल का उपयोग करके एक ही समय में अधिक से अधिक कमांड भेज रहा है।

यहां इस मुद्दे पर चर्चा करने वाला एक अच्छा लेख है। http://informatikr.com/2012/redis-pipelining.html

@Vizwind @saritasa दोनों .multi और ​​.batch पाइपलाइनिंग का उपयोग करते हैं जैसा कि संस्करण 2.2 से सोचा गया था।