NoSQL redis विन्यासः तथा optimization

NoSQL redis विन्यासः अनुकूलनं च

2024-07-12

1. redis database इत्यस्य मूलभूतपरिचयः तुलना च

Redis (RemoteDictionaryServer, दूरस्थः शब्दकोशप्रकारः) C भाषायां लिखितः एकः मुक्तस्रोतः NoSQL आँकडाधारः अस्ति । रेडिस् स्मृतेः आधारेण चालयति तथा च स्थायित्वस्य समर्थनं करोति यत् एतत् कील-मूल्यं (कुंजी-मूल्ययुगलम्) भण्डारणरूपं स्वीकुर्वति तथा च वर्तमानवितरित-वास्तुकलानां अनिवार्यः भागः अस्ति ।

1. असम्बन्धी दत्तांशकोशः

NoSQL (NoSQL= Not Only SQL), यस्य अर्थः "न केवलं SQL" इति, असम्बद्धदत्तांशकोशानां सामान्यपदम् अस्ति । मुख्यधारायां NoSQL आँकडाधाराः Redis, MongBD, Hbase, CouhDB इत्यादयः सन्ति । उपर्युक्ताः असम्बद्धदत्तांशकोशाः भण्डारणविधिषु, भण्डारणसंरचनेषु, उपयोगपरिदृश्येषु च सर्वथा भिन्नाः सन्ति । अतः वयं मन्यामहे यत् एतत् असम्बद्धदत्तांशकोशानां संग्रहः अस्ति, न तु सम्बन्धिकदत्तांशकोशवत् सामान्यपदम् । अन्येषु शब्देषु मुख्यधारासम्बन्धीदत्तांशकोशान् विहाय अन्ये दत्तांशकोशाः असम्बन्धी इति गणयितुं शक्यन्ते । NOSQL आँकडाधारः असम्बद्धस्य, वितरितस्य, मुक्तस्रोतस्य, क्षैतिजविस्तारस्य च लाभस्य कारणतः अग्रिमपीढीयाः आँकडाधारोत्पादः इति मन्यते

2. सम्बन्धात्मकदत्तांशकोशः

सम्बन्धात्मकदत्तांशकोशः सम्बन्धात्मकप्रतिरूपस्य आधारेण संरचितः दत्तांशकोशः भवति, सामान्यतया अभिलेख-उन्मुखः च भवति । एतत् गणितीयसंकल्पनानां, सेट् बीजगणित इत्यादीनां पद्धतीनां च साहाय्येन दत्तांशकोशेषु दत्तांशं संसाधयति । सम्बन्धात्मकप्रतिरूपं द्विविमीयसारणीप्रतिरूपं निर्दिशति, अतः सम्बन्धदत्तांशकोशः द्विविमीयसारणीभिः तयोः मध्ये सम्बन्धैः च निर्मितः दत्तांशसङ्गठनः भवति वास्तविकजगति विविधाः सत्ताः, सत्तानां मध्ये विविधाः सम्बन्धाः च सम्बन्धप्रतिमानैः प्रतिनिधितुं शक्यन्ते । SQL स्टेट्मेण्ट् (Standard Data Query Language) इति सम्बन्धात्मकदत्तांशकोशे आधारितभाषा अस्ति, तस्याः उपयोगः सम्बन्धात्मकदत्तांशकोशे आँकडानां पुनः प्राप्त्यर्थं संचालनाय च भवति ।

3. असम्बद्धदत्तांशकोशानां पृष्ठभूमिः

Web2.0 वेबसाइट् इत्यस्य उदयेन सह Web2.0 वेबसाइट् इत्यनेन सह व्यवहारं कुर्वन् सम्बन्धात्मकदत्तांशकोशाः उजागरिताः भवन्ति, विशेषतः Web2.0 विशुद्धरूपेण गतिशीलजालस्थलेषु विशालदत्तांशयुक्ताः उच्चसमवर्ती SNS (Social Networking Services, i.e. social network services) च बहवः समस्याः सन्ति येषां समाधानं कठिनं भवति, यथा त्रि-उच्चसमस्या।

(1)उच्चप्रदर्शनम्--दत्तांशकोशस्य कृते उच्चसमवर्ती पठनलेखन आवश्यकता

Web2.0 वेबसाइट् गतिशीलपृष्ठानि जनयिष्यन्ति तथा च उपयोक्तुः व्यक्तिगतसूचनायाः आधारेण वास्तविकसमये गतिशीलसूचनाः प्रदास्यन्ति, अतः गतिशीलपृष्ठस्थिरप्रौद्योगिक्याः उपयोगः कर्तुं न शक्यते अतः दत्तांशकोशस्य समवर्ती भारः अतीव अधिकः भवति, सामान्यतया १०,००० तः अधिकं पठनलेखन-अनुरोधाः/अनुरोधाः/अनुरोधाः यावत् भवति । सम्बन्धात्मकदत्तांशकोशः अद्यापि दशसहस्राणि प्रश्नानुरोधाः कष्टेन समर्थयितुं शक्नोति, परन्तु यदि दशसहस्राणि दत्तांशलेखनानुरोधाः सन्ति तर्हि हार्डडिस्क I0 तत् सहितुं न शक्नोति साधारण-बीबीएस-जालस्थलानां कृते प्रायः उच्चैः समवर्ती-दत्तांशलेखन-अनुरोधाः भवन्ति ।

(2)विशालभण्डारणम्--विशालदत्तांशस्य कुशलभण्डारणस्य अभिगमनस्य च आवश्यकताः

फेसबुक्, फ्रेण्ड्फीड् इत्यादीनां एसएनएस-जालस्थलानां कृते प्रतिदिनं उपयोक्तृगतिशीलसूचनाः बृहत् परिमाणेन उत्पद्यन्ते । उदाहरणार्थं, Friendfeed एकमासे 250 मिलियनं उपयोक्तृगतिशीलसूचनाः न्यूना न जनयिष्यति सम्बन्धात्मकदत्तांशकोशानां कृते, 250 मिलियन अभिलेखाः युक्ते सारणीयां SQL प्रश्नान् निष्पादयितुं प्रश्नदक्षता अतीव न्यूना भवति

(3)High Scalability && High Availability--उच्च मापनीयता तथा आँकडाधारस्य उच्च उपलब्धता आवश्यकता

जाल-आर्किटेक्चर-मध्ये दत्तांशकोशस्य क्षैतिजरूपेण स्केल-करणं सर्वाधिकं कठिनम् अस्ति । यदा उपयोक्तृणां संख्या, अनुप्रयोगप्रणाल्यां भ्रमणं च दिने दिने वर्धते तदा दत्तांशकोशः केवलं जालसेवा इत्यादीनां हार्डवेयर-सर्वर-नोड्-इत्येतयोः योजयित्वा स्वस्य कार्यक्षमतां भारक्षमतां च विस्तारयितुं न शक्नोति विशेषतः केषाञ्चन वेबसाइट्-स्थानानां कृते येषां कृते २४ घण्टाः सेवाः प्रदातुं आवश्यकाः सन्ति, दत्तांशकोश-उन्नयनं विस्तारं च प्रायः अवकाशसमय-रक्षणेन, आँकडा-प्रवासेन च सह भवति, कार्यभारः च अतीव विशालः भवति

सम्बन्धात्मकदत्तांशकोशानां असम्बद्धदत्तांशकोशानां च स्वकीयाः लक्षणानि अनुप्रयोगपरिदृश्यानि च सन्ति । सम्बन्धात्मकदत्तांशकोशाः सम्बन्धेषु केन्द्रीभवन्तु, असम्बन्धदत्तांशकोशाः च भण्डारणविषये केन्द्रीभवन्तु । यथा, MySQL दत्तांशकोशवातावरणे यत्र पठनं लेखनं च पृथक् भवति, तत्र बहुधा अभिगम्यमानदत्तांशं असम्बद्धदत्तांशकोशे संग्रहीतुं शक्यते यत् अभिगमनवेगं सुदृढं भवति

4.रेडिस् इत्यस्य लाभाः

अस्य दत्तांशपठनस्य लेखनस्य च वेगः अत्यन्तं उच्चः अस्ति

समृद्धदत्तांशप्रकारस्य समर्थनं करोति, न केवलं सरलकुंजी-मूल्यप्रकारस्य आँकडानां समर्थनं करोति, अपितु Strings, Lists, Hashes, Sets तथा Ordered Sets इत्यादीनां दत्तांशप्रकारस्य कार्याणां समर्थनं करोति ।

दत्तांशस्य स्थायित्वं समर्थयति स्मृतौ दत्तांशं डिस्कमध्ये रक्षितुं शक्यते पुनः आरम्भे उपयोगाय पुनः लोड् कर्तुं शक्यते ।

परमाणुः, सर्वाणि रेडिस् क्रियाः परमाणुः सन्ति ।

data backup इत्यस्य समर्थनं करोति, अर्थात् master-salve mode इत्यत्र data backup इत्यस्य समर्थनं करोति ।

Redis इति स्मृति-आधारितः दत्तांशकोशः, तस्य सामान्यतम-अनुप्रयोग-परिदृश्येषु च संग्रहणम् अन्यतमम् अस्ति । तदतिरिक्तं, रेडिसस्य सामान्य-अनुप्रयोग-परिदृश्येषु नवीनतम-N-दत्तांशं प्राप्तुं कार्याणि, क्रमाङ्कन-अनुप्रयोगाः, काउण्टर-अनुप्रयोगाः, भण्डारण-सम्बन्धाः, वास्तविक-समय-विश्लेषण-प्रणाल्याः, लॉगिंग् च अपि सन्ति

2. redis इत्यस्य संस्थापनं अनुकूलनं च

1: स्थापना

[root@localhost ~]# systemctl stop firewald //प्रयोगात्मकवातावरणे अग्निप्रावरणं निष्क्रियं कृत्वा उत्पादनवातावरणे अवरुद्धं कर्तुं न अनुशंसितम्।

[root@localhost ~]# setenforce 0 //कर्नेल् निष्क्रियं कुर्वन्तु, यत् अनुप्रयोगं चालयितुं अवरुद्धं करिष्यति।

[root@localhost ~]# yum -y install gcc* zlib-devel //tar संकुलं विसंपीडयितुं आवश्यकानि साधनानि डाउनलोड् कुर्वन्तु

[मूल @स्थानीयमेजबान ~]#tar xvzf redis-4.0.9.tar.gz //redis इति मुक्तस्रोतः निःशुल्कं च अनुप्रयोगं भवान् आधिकारिकजालस्थलात् एतत् संकुलं डाउनलोड् कर्तुं शक्नोति

[मूल @स्थानीयमेजबान ~]#cd रेडिस-४.०.९/ २.

[मूल@स्थानीयहोस्ट redis-4.0.9]# कर

सूचना:

करणकाले निम्नलिखितदोषसन्देशः दृश्यते ।

समाधानम् १ : प्रयोगःmake MALLOC=libc libc कृते स्मृतिविनियोगकं निर्दिशतिसंकलनम्

समाधानम् २: स्वच्छं कुरुत && maके डिस्टक्लीन्

[root@localhost redis-4.0.9]# PREFIX=/usr/local/redis संस्थापनं कुर्वन्तु

[मूल @ स्थानीयमेजबान ~] # ln -s / usr / स्थानीय / redis / बिन / * / usr / स्थानीय / बिन /

[मूल@स्थानीयहोस्ट रेडिस-4.0.9]# cd /मूल/रेडिस-4.0.9/utils/

[मूल@स्थानीयहोस्ट utils]# ./install_server.sh

टिप्पणी : १.

विन्याससञ्चिका: /etc/redis/6379.conf //विन्याससञ्चिकामार्गः

लॉग सञ्चिका: /var/log/redis_6379.log //लॉग सञ्चिकामार्गः

Data dir: /var/lib/redis/6379 //दत्तांशसञ्चिकामार्गः

निष्पादनीयः: /usr/local/redis/bin/redis-server //निष्पादनीयसञ्चिकामार्गः

Cli कार्यान्वयनीय: /usr/local/redis/bin/redis-cli //ग्राहक आदेशपङ्क्तिसाधनम्

2: प्रक्रियां पश्यन्तु

[मूल@स्थानीयहोस्ट utils]# netstat -anpt | ग्रेप् रेडिस्

3: सेवानियन्त्रणम्

[मूल @ स्थानीयमेजबान ~] # / इत्यादि / init.d / redis_6379 बंद

[मूल @ स्थानीयमेजबान ~] # / इत्यादि / init.d / redis_6379 आरंभ

[मूल @ स्थानीयमेजबान ~] # / इत्यादि / init.d / redis_6379 पुनः आरंभ

[root@localhost ~] # / इत्यादि / init.d / redis_6379 स्थिति

4: विन्यासमापदण्डानां परिवर्तनम्

[मूल @ स्थानीयमेजबान ~] # विम / इत्यादि / redis / 6379.conf

बन्धनम् १२७.०.०.१ 192.168.10.101 //होस्ट् पता शृणोति

पोर्ट् ६३७९ //पोताश्रय

daemonize हाँ //डेमन प्रक्रिया सक्षम करो

pidfile / var / चाल / redis_6379.pid //PID सञ्चिकां निर्दिशन्तु

loglevel सूचना //लॉग स्तर

लॉगफाइल /var/log/redis_6379.log //लॉग सञ्चिकां निर्दिशन्तु

[मूल @ स्थानीयमेजबान ~ ] # / इत्यादि / init.d / redis_6379 पुनः आरंभ

[मूल@स्थानीयहोस्ट utils]# netstat -anpt | ग्रेप् रेडिस्

3. Redis आदेशसाधनम्

Ø redis-server: Redis आरभ्यतुं साधनम्;

Ø redis-benchmark: अस्मिन् यन्त्रे Redis इत्यस्य चालनदक्षतां ज्ञातुं प्रयुक्तम्;

Ø redis-check-aof: AOF स्थायित्व सञ्चिकायाः मरम्मतं कुर्वन्तु;

Ø redis-check-rdb: RDB स्थायित्वसञ्चिकानां मरम्मतं कुर्वन्तु;

Ø redis-cli: Redis आदेशपङ्क्तिसाधनम्।

1: redis-cli आदेशपङ्क्तिसाधनम्

(1) स्थानीय redis इत्यनेन सह सम्बद्धं कुर्वन्तु

[मूल@स्थानीयहोस्ट ~]# redis-cli

127.0.0.1:6379>

(2) redis सेवा आरब्धा अस्ति वा इति परीक्षणं कुर्वन्तु

१२७.०.०.१:६३७९> पिंग

पोङ्ग इति

(3) दूरस्थसंयोजनम्

[मूल@स्थानीयहोस्ट ~] # रेडिस-क्लि -ह १९२.१६८.१०.१०१ -पृष्ठ ६३७९

२: साहाय्यं प्राप्नुत

Ø सहायता@<group> :प्राप्नोतु<group> आदेशसूची in ;

Ø सहायता<command> : एकस्य आदेशस्य कृते सहायतां प्राप्नुवन्तु;

Ø सहायता<tab> : ये विषयाः सहायकाः भवितुम् अर्हन्ति तेषां सूचीं प्राप्नुवन्तु।

टिप्पणी : १.

Ø सहायता<tab> : ये विषयाः सहायकाः भवितुम् अर्हन्ति तेषां सूचीं प्राप्नुवन्तु।

सहायतां टङ्कयित्वा ट्याब् कीलम् नुदन्तु

（1）List data type इत्यनेन सह सम्बद्धाः सर्वे आदेशाः पश्यन्तु

127.0.0.1:6379>सहायता @सूची

（2）set आदेशस्य कृते आदेशसहायतां पश्यन्तु

127.0.0.1:6379>सहायता सेट्

3: redis-benchmark परीक्षणसाधनम्

redis-benchmark इति आधिकारिकं Redis कार्यप्रदर्शनपरीक्षणसाधनं यत् Redis सेवानां कार्यक्षमतायाः प्रभावीरूपेण परीक्षणं कर्तुं शक्नोति ।

Ø -h: सर्वर होस्ट् नाम निर्दिशन्तु;

Ø -p: सर्वर पोर्ट् निर्दिशन्तु;

Ø -s: सर्वर सॉकेटं निर्दिशन्तु;

Ø -c: समवर्तीसंयोजनानां संख्यां निर्दिशन्तु;

Ø -n: अनुरोधानाम् संख्यां निर्दिशन्तु;

Ø -d: SET/GET मूल्यस्य आँकडा आकारं बाइट्स् मध्ये निर्दिशन्तु;

Ø -k:1=जीवित 0=पुनः संयोजित;

Ø -r: SET/GET/INCR यादृच्छिककुंजीनां उपयोगं करोति, SADD यादृच्छिकमूल्यानां उपयोगं करोति;

Ø -P: पाइपद्वारा संचरणम्<numreq> पृच्छतु;

Ø -q: बलं रेडिस् त्यक्त्वा। केवलं query/sec मूल्यानि एव प्रदर्शितानि भवन्ति;

Ø --csv: CSV प्रारूपेण उत्पादनम्;

Ø -l: एकं लूपं जनयित्वा परीक्षणं स्थायिरूपेण निष्पादयन्तु;

Ø -t: केवलं परीक्षण-आदेशानां अल्पविरामेन पृथक्कृतां सूचीं चालयन्तु;

Ø -I: निष्क्रिय मोड। केवलं N निष्क्रियसंयोजनानि उद्घाट्य प्रतीक्ष्यताम्।

(1) परीक्षणानुरोधप्रदर्शनम्

[root@localhost ~]#redis-benchmark -h 192.168.10.101 -p 6379 -c 100 -n 100000 //IP पता 192.168.10.101 तथा पोर्ट् 6379 कार्यक्षमतायाः सह Redis सर्वरं प्रति 100 समवर्ती संयोजनानि 100000 अनुरोधपरीक्षाः च प्रेषयन्तु

टिप्पणी : १.

Ø -h: सर्वर होस्ट् नाम निर्दिशन्तु;

Ø -p: सर्वर पोर्ट् निर्दिशन्तु;

Ø -c: समवर्तीसंयोजनानां संख्यां निर्दिशन्तु;

Ø -n: अनुरोधानाम् संख्यां निर्दिशन्तु;

====== MSET (10 कुञ्जी) ======

१.०२ सेकेण्ड् मध्ये १००००० अनुरोधाः सम्पन्नाः

१०० समानान्तरग्राहकाः ##100 समवर्ती संयोजन

३ बाइट्स् पेलोड्

जीवन्तं धारयतु: 1

८७.२५% <= १ मिलीसेकेण्ड् ##87.25% आदेशनिष्पादनसमयाः 1 मिलीसेकेण्ड् इत्यस्मात् न्यूनाः वा समानाः वा भवन्ति

९९.९०% <= २ मिलीसेकेण्ड्

१००.००% <= २ मिलीसेकेण्ड्

प्रति सेकण्ड् ९७९४३.१९ अनुरोधाः #प्रति सेकण्ड् अनुरोधानाम् संख्या

(2) अभिगमनप्रदर्शनस्य परीक्षणं कुर्वन्तु

[मूल@स्थानीयहोस्ट ~] # रेडिस-बेंचमार्क -ज 192.168.10.101 -पृष्ठ 6379 -क्यू -घ 100

टिप्पणी : १.

Ø -h: सर्वर होस्ट् नाम निर्दिशन्तु;

Ø -p: सर्वर पोर्ट् निर्दिशन्तु;

Ø -d: SET/GET मूल्यस्य आँकडा आकारं बाइट्स् मध्ये निर्दिशन्तु;

Ø -q: बलं रेडिस् त्यक्त्वा। केवलं query/sec मूल्यानि एव प्रदर्शितानि भवन्ति;

PING_INLINE: प्रति सेकण्ड् 121506.68 अनुरोधाः //प्रति सेकण्ड् कति PING क्रियाः सम्पन्नाः भवन्ति

PING_BULK: प्रति सेकण्ड् 124378.11 अनुरोधाः

SET: प्रति सेकण्ड् 121654.50 अनुरोधाः //प्रति सेकण्ड् कियत्वारं SET key vlaue पूर्णं भवति

GET: प्रति सेकण्ड् १२२१००.१२ अनुरोधाः //प्रति सेकण्ड् कियन्तः GET कील vlaue सम्पन्नाः

INCR: प्रति सेकण्ड् ११८७६४.८४ अनुरोधाः //प्रति सेकण्ड् कति परमाणुगणनाः सम्पन्नाः भवन्ति

LPUSH: प्रति सेकण्ड् ११२६१२.६१ अनुरोधाः

RPUSH: प्रति सेकण्ड् ११८६२३.९६ अनुरोधाः

LPOP: प्रति सेकण्ड् १०७८७४.८७ अनुरोधाः

आरपीओपी: प्रति सेकण्ड् ११४४१६.४८ अनुरोधाः

SADD: प्रति सेकण्ड् १२३३०४.५६ अनुरोधाः

एचएसईटी: प्रति सेकण्ड् 122249.38 अनुरोधाः

SPOP: प्रति सेकण्ड् १२८०४०.९७ अनुरोधाः

LPUSH (LRANGE इत्यस्य बेन्चमार्कं कर्तुं आवश्यकम्): प्रति सेकण्ड् ११६६८६.१२ अनुरोधाः

LRANGE_100 (प्रथम १०० तत्त्वानि): प्रति सेकण्ड् ४००१६.०० अनुरोधाः

LRANGE_300 (प्रथम ३०० तत्त्वानि): प्रति सेकण्ड् ११९९१.८५ अनुरोधाः

LRANGE_500 (प्रथम ४५० तत्त्वानि): प्रति सेकण्ड् ७३८१.७१ अनुरोधाः

LRANGE_600 (प्रथम ६०० तत्त्वानि): प्रति सेकण्ड् ५२३०.६७ अनुरोधाः

MSET (10 कुञ्जी): प्रति सेकण्ड् ९२४२१.४४ अनुरोधाः //प्रति सेकण्डं बहुविधं कीलम् vलौएअनुरोधानाम् संख्या

（3）सेट् तथा lpush ऑपरेशन प्रदर्शन

[मूल @ स्थानीयमेजबान ~] # redis-benchmark -t सेट,lpush -n 100000 -q //सेट् तथा lpush कार्येषु अस्मिन् यन्त्रे Redis सेवायाः कार्यक्षमतायाः परीक्षणं कुर्वन्तु ।

टिप्पणी : १.

Ø -n: अनुरोधानाम् संख्यां निर्दिशन्तु;

Ø -q: बलं रेडिस् त्यक्त्वा। केवलं query/sec मूल्यानि एव प्रदर्शितानि भवन्ति;

Ø -t: केवलं परीक्षण-आदेशानां अल्पविरामेन पृथक्कृतां सूचीं चालयन्तु;

SET: प्रति सेकण्ड् 121951.22 अनुरोधाः

LPUSH: प्रति सेकण्ड् १२७२२६.४६ अनुरोधाः

4. रेडिस् सामान्यदत्तांशकोशादेशाः

Ø दृढः: आँकडानां संग्रहणं मूलभूतं आदेशस्वरूपम् अस्ति कुञ्जी मूल्यं सेट् कुर्वन्तु。

Ø प्राप्नोतु: दत्तांशं प्राप्नुत, मूलभूतं आदेशस्वरूपम् अस्ति get key。

1．कुंजी सम्बन्धित आदेश

अस्ति रेडिस् दत्तांशकोशे, सह कुंजी प्रासंगिकादेशेषु मुख्यतया निम्नलिखितम् अन्तर्भवति ।

（1) कील-मूल्ययुग्मानि योजयन्तु

उपयुञ्जताम्‌ कीलानि आदेशः नियमानाम् अनुरूपानां कीलमूल्यानां सूचीं ग्रहीतुं शक्नोति सामान्यतया, तत् संयोजितुं शक्यते* ,? उपयोगाय विकल्पाः।

127.0.0.1:6379>सेट् k1 1

अस्तु

127.0.0.1:6379>सेट् k2 2

अस्तु

127.0.0.1:6379>सेट् k3 3

अस्तु

127.0.0.1:6379>सेट् v1 4

अस्तु

127.0.0.1:6379>सेट् v5 5

अस्तु

(2) वर्तमानदत्तांशकोशे सर्वाणि कीलानि पश्यन्तु

127.0.0.1:6379>KEYS *

१) "शिक्षकः" ।

२) "क्१" ।

३) "क२" ।

४) "क३" ।

५) "व१" ।

६) "व५" ।

127.0.0.1:6379>सेट् v22 5

अस्तु

(3) वर्तमानदत्तांशकोशं सह पश्यन्तु वि आरम्भे दत्तांशः

127.0.0.1:6379>KEYS v* ९.

१) "व१" ।

२) "व५" ।

३) "v२२" ।

(4) वर्तमानदत्तांशकोशं सह पश्यन्तु वि आरम्भात् परं किमपि बिट् दत्तांशं समाविष्टं भवति

127.0.0.1:6379>कीज वि?

१) "व१" ।

२) "व५" ।

(5) वर्तमानदत्तांशकोशं सह पश्यन्तु वि आरंभ वि आरम्भात् परं दत्तांशस्य यत्किमपि अङ्कद्वयं भवति

127.0.0.1:6379>कीज वि??

१) "v२२" ।

2：विद्यते

विद्यते आदेशः निर्धारयितुं शक्नोति यत् कीलमूल्यं अस्ति वा इति

127.0.0.1:6379>विद्यते आचार्यः

(पूर्णाङ्कः) 1

परिणामः १ इत्यर्थः अध्यापकः कीलः अस्ति

127.0.0.1:6379>विद्यते चायः

(पूर्णाङ्कः) 0

परिणामः ० इति अर्थः चाय कीलः नास्ति

३:देल्

del आदेशः निर्दिष्टं विलोपयितुं शक्नोति कुंजी

127.0.0.1:6379>कीलानि * .

१) "शिक्षकः" ।

२) "व१" ।

३) "v२२" ।

४) "क३" ।

५) "क्१" ।

६) "क२" ।

७) "व५" ।

127.0.0.1:6379> del v5

(पूर्णाङ्कः) 1

127.0.0.1:6379>get v5

(शून्यम्) २.

4：प्रकारः

उपयुञ्जताम्‌ प्रकारः आदेशः प्राप्तुं शक्यते कुंजी तदनुरूपः मूल्यम्‌ मूल्यप्रकारः

127.0.0.1:6379>प्रकार k1

सूत्र

टिप्पणी : १.

redis द्वारा समर्थिताः दत्तांशप्रकाराः

String: सरलतमः प्रकारः, यः साधारणः set and get अस्ति, यः कीलमूल्यकशिंग् कृते उपयुज्यते ।
Hash: map इत्यस्य सदृशं संरचना सामान्यतया, संरचितदत्तांशः, यथा वस्तु, redis इत्यत्र संग्रहणं कर्तुं शक्यते ।
सूची: सूची क्रमबद्धसूची अस्ति, यथा प्रशंसकसूची, लेखटिप्पणीसूची इत्यादीनां संग्रहणार्थं भवान् सूचीं उपयोक्तुं शक्नोति ।
सेट्: सेट् एकः अक्रमितः संग्रहः अस्ति यः स्वयमेव डुप्लिकेट् अपसारयति ।
Sorted Set: Sorted Set इति क्रमबद्धः समुच्चयः, यः डुप्लिकेट् भवति परन्तु लेखने समये स्कोरः दत्तः भवति तथा च स्वयमेव स्कोरस्य अनुसारं क्रमबद्धः भवति ।

5：नामकरणं कुर्वन्तु

नामकरणं कुर्वन्तु आदेशः विद्यमानस्य कृते अस्ति कुंजी नामकरणं कुर्वन्तु

वास्तविकप्रयोगे प्रयोगः शस्यते विद्यते लक्ष्यं द्रष्टुं आदेशः कुंजी विद्यते, ततः निष्पादनं कर्तव्यं वा इति निर्णयं कुर्वन्तु नामकरणं कुर्वन्तु महत्त्वपूर्णदत्तांशस्य अधिलेखनं परिहरितुं आदेशः

127.0.0.1:6379>कीलानि v* .

१) "व१" ।

२) "v२२" ।

127.0.0.1:6379>नामकरणं v22 v2

अस्तु

127.0.0.1:6379>कीलानि v* .

१) "व१" ।

२) "व२" ।

127.0.0.1:6379>प्राप्नुत v1

"4"

127.0.0.1:6379>प्राप्नुत v2

"5"

127.0.0.1:6379>नामकरणं v1 v2

अस्तु

127.0.0.1:6379>प्राप्नुत v1

(शून्यम्) २.

127.0.0.1:6379>प्राप्नुत v2

"4"

6：renamenx

renamenx आदेशस्य कार्यं विद्यमानस्य परिवर्तनं भवति कुंजी पुनर्नामकरणं कृत्वा नूतनं नाम अस्ति वा इति पश्यन्तु ।

उपयुञ्जताम्‌renamenx यदा आदेशः नाम परिवर्तितः भवति, यदि लक्ष्यम् कुंजी यदि अस्ति तर्हि तस्य नाम परिवर्तनं न भविष्यति ।

127.0.0.1:6379>कीलानि * .

१) "शिक्षकः" ।

२) "क्३" ।

३) "क्१" ।

४) "क२" ।

५) "व२" ।

127.0.0.1:6379>अध्यापकं प्राप्नुत

"झङ्गलोङ्ग" ।

127.0.0.1:6379>प्राप्नुत v2

"4"

127.0.0.1:6379>renamenx v2 शिक्षक

(पूर्णाङ्कः) 0

127.0.0.1:6379>कीलानि * .

१) "शिक्षकः" ।

२) "क्३" ।

३) "क्१" ।

४) "क२" ।

५) "व२" ।

127.0.0.1:6379>अध्यापकं प्राप्नुत

"झङ्गलोङ्ग" ।

127.0.0.1:6379>प्राप्नुत v2

7：dbsize इति

dbsize इति इति आदेशस्य उद्देश्यं वर्तमानदत्तांशकोशं द्रष्टुं भवति कुंजी संख्या के ।

127.0.0.1:6379> dbsize इति इति

(पूर्णाङ्कः) 5

5. बहुविधदत्तांशकोशानां कृते सामान्यादेशाः

1: बहुविधदत्तांशकोशानां मध्ये परिवर्तनम्

रेडिस् पूर्वनिर्धारितरूपेण किमपि परिवर्तनं विना समाविष्टम् 16 database, database name एकः सङ्ख्या अस्ति 0-15 क्रमेण नामकरणीयम्

（1）क्रमाङ्कं प्रति स्विच कुर्वन्तु 10 database

127.0.0.1:6379>10 चयनं कुर्वन्तु

अस्तु

（2）क्रमाङ्कं प्रति स्विच कुर्वन्तु 15 database

127.0.0.1:6379[10]>चयनं कुर्वन्तु 15

अस्तु

（3）क्रमाङ्कं प्रति स्विच कुर्वन्तु 0 database

127.0.0.1:6379[15]>0 इति चयनं कुर्वन्तु

२: बहुदत्तांशकोशानां मध्ये दत्तांशं स्थानान्तरयति

रेडिस् बहुविधदत्तांशकोशाः किञ्चित्पर्यन्तं तुल्यकालिकरूपेण स्वतन्त्राः भवन्ति, यथा दत्तांशकोशे 0 उपरि संग्रहयन्तु k1 दत्तांशः, अन्येषु 1-15 दत्तांशकोशे द्रष्टुं न शक्यते ।

127.0.0.1:6379>सेट् k1 100

अस्तु

127.0.0.1:6379>प्राप्नुत k1

"100"

127.0.0.1:6379>चयनं कुर्वन्तु 1

अस्तु

127.0.0.1:6379[1]>प्राप्नुत k1

(शून्यम्) २.

127.0.0.1:6379[1]>0 इति चयनं कुर्वन्तु //लक्ष्यदत्तांशकोशं प्रति स्विच् कुर्वन्तु 0

अस्तु

127.0.0.1:6379>प्राप्नुत k1 //लक्ष्यदत्तांशः अस्ति वा इति पश्यन्तु

"100"

127.0.0.1:6379>चालय k1 1 //database 0 मध्यं k1 दत्तांशकोशं प्रति गच्छन्तु 1 मध्यं

(पूर्णाङ्कः) 1

127.0.0.1:6379>चयनं कुर्वन्तु 1 //लक्ष्यदत्तांशकोशं प्रति स्विच् कुर्वन्तु 1

अस्तु

127.0.0.1:6379[1]>प्राप्नुत k1 //स्थानान्तरितदत्तांशं पश्यन्तु

"100"

127.0.0.1:6379[1]> 0 इति चयनं कुर्वन्तु

अस्तु

127.0.0.1:6379> प्राप्नुत k1 //दत्तांशकोशे 0 मध्ये द्रष्टुं न शक्यते k1 मूल्यम्‌

(शून्यम्) २.

3: दत्तांशकोशे दत्तांशं स्वच्छं कुर्वन्तु

वर्तमानदत्तांशकोशदत्तांशं स्वच्छं कर्तुं, उपयोगं कुर्वन्तु FLUSHDB

आदेशस्य कार्यान्वयनम् सर्वान् दत्तांशकोशदत्तांशं स्वच्छं कुर्वन्तु, उपयोगं कुर्वन्तु FLUSHALL इति आदेश कार्यान्वयन

6. रेडिस् दृढता

रेडिस् सर्वे दत्तांशाः स्मृतौ संगृह्यन्ते ततः समये समये अतुल्यकालिकरूपेण डिस्कमध्ये रक्षिताः भवन्ति ।(इति“अर्धनिरन्तरः मोडः”); केवलं सञ्चिका(aof) योजयन्तुइत्यस्मिन्‌(इति“पूर्ण दृढता मोड”)。

यतः Redis दत्तांशः स्मृतौ संगृह्यते, यदि स्थायित्वं न विन्यस्तं भवति,रेडिस् पुनः आरम्भस्य अनन्तरं सर्वे दत्तांशाः नष्टाः भवन्ति ।अतः सक्षमीकरणम् आवश्यकम्रेडिस् स्थायित्वकार्यं दत्तांशं डिस्कमध्ये रक्षति रेडिस् पुनः आरम्भस्य अनन्तरं डिस्कतः दत्तांशं पुनः प्राप्तुं शक्यते ।रेडिस् दृढतायाः कृते द्वौ विधिः प्रदत्तः, एकः अस्ति आर डी बी（रेडिस डाटाबेस） दृढता (सिद्धान्तः इति रीड्सस्मृति-अन्तर्गत-दत्तांशकोश-लॉगिंग-समयः निपात डिस्कं प्रति आर डी बी दृढता), अन्यः इति एओएफ（केवलं योजयन्तु संचिका）दृढता (सिद्धान्तः इति रीड्स ऑपरेशन लॉग् सञ्चिकायां संलग्नरूपेण लिख्यते) ।

1：आर डी बी तथा एओएफ भेदः

(1) आरडीबी किम् ?

पूर्वनिर्धारितविधिः

RDB स्थायित्वं वर्तमानप्रक्रियादत्तांशस्य स्नैपशॉट् जनयित्वा हार्डडिस्कमध्ये रक्षितुं प्रक्रिया अस्ति RDB स्थायित्वं उत्प्रेरयितुं प्रक्रिया मैनुअल् ट्रिगरिंग् तथा स्वचालितं ट्रिगरिंग् इति विभक्तम् अस्ति ।

Trigger mechanism: Manual triggering क्रमशः save तथा bgsave आदेशानां अनुरूपं भवति ।

save आदेशः: वर्तमानं Redis सर्वरं यावत् RDB प्रक्रिया न समाप्तं भवति तावत् अवरुद्धं करोति । ऑनलाइन वातावरणेषु उपयोगाय न अनुशंसितम्।

bgsave आदेशः: Redis प्रक्रिया बालप्रक्रियायाः निर्माणार्थं fork (प्रक्रियायाः निर्माणार्थं प्रयुक्तं कार्यं) संचालनं निष्पादयति RDB स्थायित्वप्रक्रिया बालप्रक्रियायाः उत्तरदायी भवति तथा च समाप्तेः अनन्तरं स्वयमेव समाप्तं भवति अवरोधः केवलं हंसचरणस्य समये एव भवति ।

(2) आरडीबी इत्यस्य लाभहानिः : १.

आरडीबी इत्यस्य लाभाः : १.

RDB एकः संकुचितः, संपीडितः द्विचक्रीयसञ्चिका अस्ति या एकस्मिन् निश्चिते समये Redis-दत्तांशस्य स्नैपशॉट् प्रतिनिधियति । बैकअप, पूर्णप्रतिलिपिः इत्यादीनां परिदृश्यानां कृते अतीव उपयुक्तम् अस्ति । यथा, प्रत्येकं 6 घण्टेषु bgsave backup कुर्वन्तु तथा च आपदापुनर्प्राप्त्यर्थं RDB सञ्चिकां दूरस्थयन्त्रे अथवा सञ्चिकाप्रणाल्यां प्रतिलिख्यताम् ।

Redis RDB लोड् करोति तथा च AOF पद्धत्याः अपेक्षया बहु शीघ्रं डेटा पुनः प्राप्तं करोति ।

आरडीबी इत्यस्य दोषाः : १.

RDB मोड् मध्ये दत्तांशः वास्तविकसमयस्य स्थायित्वं/द्वितीयस्तरस्य स्थायित्वं प्राप्तुं न शक्नोति । यतः प्रत्येकं bgsave चालितं भवति चेत् बालप्रक्रियायाः निर्माणार्थं fork ऑपरेशनं क्रियते, यत् भारी भारयुक्तं ऑपरेशनं भवति तथा च नित्यं निष्पादनस्य व्ययः अत्यधिकः भवति

RDB सञ्चिकाः विशिष्टे द्विचक्रीयस्वरूपेण रक्षिताः भवन्ति Redis संस्करणानाम् अनेकाः प्रारूपाः सन्ति यत् Redis सेवायाः पुरातनं संस्करणं RDB प्रारूपस्य नूतनसंस्करणेन सह सङ्गतं नास्ति ।

2. एओएफ इति किम् ?

AOF (append only file) persistence: प्रत्येकं write आदेशं स्वतन्त्रे लॉग् मध्ये अभिलेखयन्तु, ततः पुनः आरम्भे दत्तांशं पुनर्स्थापयितुं AOF सञ्चिकायां आदेशं पुनः निष्पादयन्तु एओएफ इत्यस्य मुख्यं कार्यं दत्तांशस्थायित्वस्य वास्तविकसमयसमस्यायाः समाधानं भवति अधुना रेडिसस्य स्थायित्वस्य मुख्यधारा अस्ति ।

द्वयोः मध्ये चयनस्य मापदण्डाः : १.

उच्चतरसञ्चयसङ्गठनस्य विनिमयरूपेण किञ्चित् कार्यक्षमतां त्यागयन्तु (एओएफ），

यदा लेखनक्रियाः बहुधा भवन्ति तदा उच्चतरप्रदर्शनस्य विनिमयरूपेण बैकअपं सक्षमं न कुर्वन्तु तथा च हस्तचलितसञ्चालनस्य प्रतीक्षां कुर्वन्तु । रक्ष् यदा, पुनः बैकअपं कुर्वन्तु (आर डी बी）

टिप्पणी : १.

यदि पुनः आरम्भस्य अनन्तरं निरन्तरं सञ्चिकां लोड् कर्तुं आवश्यकं भवति तर्हि AOF सञ्चिकाः चयनिताः भविष्यन्ति ।

यदि प्रथमं RDB सक्षमं भवति ततः AOF सक्षमं भवति, तथा च RDB प्रथमं स्थास्यति तर्हि RDB सञ्चिकायां सामग्री AOF द्वारा अधिलिखिता भविष्यति ।

3：रेडिस् दृढ़ता विन्यास

（1）आर डी बी दृढ़ता विन्यास

[मूल @ स्थानीयमेजबान ~] # vim / इत्यादि / redis / 6379.conf

6379.conf उद्घाटयन्तु सञ्चिकायाः अनन्तरं अन्वेषणं कुर्वन्तु रक्ष्, अधः दर्शितवत् विन्याससूचनाः द्रष्टुं शक्नुवन्ति ।

Ø save 900 1: 900 सेकण्ड् (15 मिनिट्) अनन्तरं, यदि न्यूनातिन्यूनं 1 कुञ्जी परिवर्तते तर्हि स्मृतिस्नैपशॉट् डम्प कुर्वन्तु।
Ø save 300 10: 300 सेकण्ड् (5 मिनिट्) अनन्तरं यदि न्यूनातिन्यूनं 10 कीलानि परिवर्तितानि सन्ति तर्हि स्मृतिस्नैपशॉट् डम्प कुर्वन्तु।
Ø save 60 10000: 60 सेकण्ड् (1 मिनिट्) अनन्तरं यदि न्यूनातिन्यूनं 10000 कीलानि परिवर्तितानि सन्ति तर्हि स्मृतिस्नैपशॉट् डम्प कुर्वन्तु।

dbfilename dump.rdb: RDB सञ्चिकानाम # # 254 रेखा
dir /var/lib/redis/6379: RDB सञ्चिकामार्ग # # 264 रेखा
rdbcompression yes: रेखा # # 242 संपीडनीया वा

(२)एओएफ दृढ़ता विन्यास

अस्ति रेडिस् विन्याससञ्चिकायां त्रीणि समन्वयनविधयः सन्ति, ते सन्ति :

appendonly yes: AOF स्थायित्वं सक्षमं कुर्वन्तु (पूर्वनिर्धारितं नास्ति) ##673 रेखा
appendfilename "appendonly.aof ": AOF सञ्चिकानाम # # 677 रेखा

# appendfsync सदा

appendfsync प्रत्येकं सेकण्ड्
# appendfsync सं

always: synchronous persistence, प्रत्येकं समये दत्तांशः परिवर्तते, तत् तत्क्षणमेव डिस्कमध्ये लिखितं भविष्यति

everysec: पूर्वनिर्धारितरूपेण अनुशंसितं, प्रत्येकं सेकण्डं अतुल्यकालिकरूपेण अभिलेखयन्तु (पूर्वनिर्धारितं मूल्यम्)

no: समन्वयनं नास्ति, समन्वयनं कथं कर्तव्यमिति निर्णयं प्रचालनतन्त्राय त्यक्त्वा

aof-load-truncated हाँ # # 769行

अन्तिमस्य सम्भाव्यसमस्याजनकस्य निर्देशस्य अवहेलनां कुर्वन्तु

[मूल @ स्थानीयमेजबान ~] # / इत्यादि / init.d / redis_6379 पुनः आरंभ

(2) एओएफ पुनर्लेखनम्

समाधानार्थम् एओएफ यदि सञ्चिकायाः आकारः निरन्तरं वर्धते तर्हि उपयोक्तारः प्रति प्रतिवेदनं कर्तुं शक्नुवन्ति रेडिस् प्रेषयतु BGREWRITEAOFआदेशः।BGREWRITEAOF आदेशः मार्गेण निष्कासितः भविष्यति एओएफ अधिलिखितुं सञ्चिकायां अनावश्यकानि आदेशानि (पुनर्लेखनम्）एओएफfile, make एओएफ सञ्चिकायाः आकारः यथाशक्ति लघुः भवतु ।

127.0.0.1:6379> bgrewriteaof इति

Background append केवलं सञ्चिकापुनर्लेखनं आरब्धम्

# यदा लॉग् BGREWRITEAOF भवति,यदिपुनः लिखने पर न-उपेण्ड्फ्सिंकyes इति सेट् कुर्वन्तु, यस्य अर्थः अस्ति यत् नूतनाः लेखनक्रियाः fsync इत्यनेन सह समन्वयिताः न भविष्यन्ति, अपितु केवलं अस्थायीरूपेण बफरमध्ये संगृहीताः भविष्यन्ति । , डिस्क IO संचालनविग्रहं परिहरितुं, लेखनपूर्वं यावत् पुनर्लेखनं समाप्तं न भवति तावत् प्रतीक्षन्तु । Redis मध्ये पूर्वनिर्धारितं न अस्ति

no-appendfsync-on-rewrite सं

# यदा अन्तिम-लॉग-पुनर्लेखनस्य समये वर्तमान-AOF-सञ्चिका-आकारः AOF-सञ्चिकायाः आकारात् द्विगुणः भवति, तदा BGREWRITEAOF-क्रिया भवति ।

स्वतः-aof-पुनर्लेखन-प्रतिशत 100

टिप्पणी : १.

१०० इति निर्दिशतिAOF सञ्चिकावृद्धिः अनुपातः अन्तिमपुनर्लेखनस्य तुलने वर्तमानस्य AOF सञ्चिकायाः वृद्धि-अनुपातं निर्दिशति ।，१०० इति द्विगुणम्

#Reids प्रथमवारं आरब्धस्य लघुसञ्चिकायाः आकारस्य कारणेन नित्यं BGREWRITEAOF इत्यस्य परिहाराय BGREWRITEAOF आदेशं निष्पादयितुं वर्तमानस्य AOF सञ्चिकायाः न्यूनतमं मूल्यम्

स्वतः-aof-पुनर्लेखन-मिनट-आकार 64mb

7. कार्यप्रदर्शनप्रबन्धनम्

1: स्मृतिसूचनाः पश्यन्तु

192.168.9.236:7001> info स्मृति

used_memory:1210776 #प्रयुक्तस्मृतेः आकारः,बाइट् इत्यत्र
used_memory_human:1.15M # एककेन सह प्रदर्शयतु,in म
used_memory_rss:7802880 # प्रचालनतन्त्रस्य दृष्ट्या redis कियत् स्मृतिम् आकर्षयति?
used_memory_rss_human:7.44M # एककेन सह प्रदर्शयतु
maxmemory:1073741824 # अधिकतम स्मृति आकार
maxmemory_human:1.00G # यूनिट् सह प्रदर्शयतु

२: पुनःप्रयोगस्य रणनीतिः

maxmemory-नीति: पुनःप्रयोगस्य रणनीतिः

Ø अस्थिर-लरु: अनुमन्यते रेडिस् सम्पूर्णदत्तांशसमूहात् न्यूनतमं अद्यतनं प्रयुक्तं चिनुत कुंजी लुप्

Ø अस्थिर-ttl：कीलस्य अवधिसमाप्तिसमयानुसारं समाप्तं कुर्वन्तु

Ø अस्थिर-यादृच्छिक: निर्धारितसमाप्तिसमयेन सह दत्तांशसङ्ग्रहात् निष्कासनार्थं यादृच्छिकरूपेण आँकडानां चयनं कुर्वन्तु;

Ø सर्वकीया-लरु:उपयुञ्जताम्‌ एलआरयू एल्गोरिदम् सर्वेभ्यः दत्तांशसमूहेभ्यः दत्तांशं समाप्तं करोति;

Ø allkeys-यादृच्छिकम्: दत्तांशसङ्ग्रहात् निष्कासनार्थं यादृच्छिकरूपेण आँकडानां चयनं कुर्वन्तु;

Ø noeviction: दत्तांशस्य उन्मूलनं निष्क्रियं कुर्वन्तु (पूर्वनिर्धारितमूल्यम्)

टिप्पणी : १.

कीलस्य अवधिसमाप्तिसमयं सेट् कुर्वन्तु

समाप्ति v1 10

v1 इत्यस्य अवधिः १० सेकेण्ड् अस्ति

टिप्पणी : १.

कदा रेडिस् स्मृतिदाबस्य कारणेन एकं पुनः प्राप्तुं आवश्यकता कुंजी घटकः,रेडिस् प्रथमं विचारं प्राचीनतमदत्तांशस्य पुनः प्रयोगः न करणीयः, अपितु न्यूनतया अद्यतनतया प्रयुक्तानां दत्तांशस्य पुनः प्रयोगः करणीयः । कुंजी अवधिः समाप्तः भवितुं प्रवृत्तः वा कुंजी एकं यादृच्छिकरूपेण चिनोतु कुंजी, दत्तांशसमूहात् निष्कासितम्

8. redis कृते गुप्तशब्दं सेट् कुर्वन्तु

1: सेटिंग् विधिः

विधिः 1. विन्याससञ्चिका redis.conf इत्यस्य माध्यमेन गुप्तशब्दं सेट् कुर्वन्तु

requirepass कीवर्ड अन्वेष्टुम्, तदनन्तरं गुप्तशब्दः पूर्वनिर्धारितरूपेण टिप्पणीकृतः अस्ति, अर्थात् पूर्वनिर्धारितरूपेण कोऽपि गुप्तशब्दः आवश्यकः नास्ति, यथा ।

टिप्पणीं उद्घाट्य स्वस्य गुप्तशब्दरूपेण सेट् कृत्वा पुनः आरभत

विधिः 2. नामकरणेन गुप्तशब्दं सेट् कुर्वन्तु

redis इत्यनेन सह सम्बद्ध्य निम्नलिखित आदेशं निष्पादयितुं redis-cli इत्यस्य उपयोगं कुर्वन्तु

config set requirepass 123456

निष्पादनस्य समाप्तेः अनन्तरं पुनः आरम्भस्य आवश्यकता नास्ति यदा भवन्तः क्लायन्ट् तः निर्गत्य पुनः प्रवेशं कुर्वन्ति तदा भवन्तः स्वस्य गुप्तशब्दं प्रविष्टुं प्रवृत्ताः भविष्यन्ति ।

2.संयोजनविधिः

1. संयोजनं कुर्वन् स्वस्य गुप्तशब्दं प्रविशतु

[मूल@स्थानीयहोस्ट बिन]# ./redis-cli -a 123456

2. प्रथमं संयोजयन्तु ततः गुप्तशब्दं प्रविशन्तु

[मूल@स्थानीयहोस्ट बिन]# ./redis-cli127.0.0.1:6379> प्रमाणीकरण 123456

3: निमीलितविधिः

[root@localhost bin]# ./redis-cli -a 123456 बन्द

४: भेदः

1) विन्याससञ्चिकां परिवर्त्य सेट् कृतं गुप्तशब्दं स्थायिरूपेण प्रभावी भविष्यति;

२) विन्याससञ्चिकायां सेट् कृतं गुप्तशब्दं परिवर्तयितुं प्रभावी भवितुं पुनः आरम्भस्य आवश्यकता भवति

३) आदेशस्य प्राथमिकता विन्याससञ्चिकायाः प्राथमिकतायाः अपेक्षया अधिका भवति

प्रौद्योगिकी साझेदारी

NoSQL redis विन्यासः अनुकूलनं च

1. redis database इत्यस्य मूलभूतपरिचयः तुलना च

1. असम्बन्धी दत्तांशकोशः

2. सम्बन्धात्मकदत्तांशकोशः

3. असम्बद्धदत्तांशकोशानां पृष्ठभूमिः

(1)उच्चप्रदर्शनम्--दत्तांशकोशस्य कृते उच्चसमवर्ती पठनलेखन आवश्यकता

(2)विशालभण्डारणम्--विशालदत्तांशस्य कुशलभण्डारणस्य अभिगमनस्य च आवश्यकताः

(3)High Scalability && High Availability--उच्च मापनीयता तथा आँकडाधारस्य उच्च उपलब्धता आवश्यकता

4.रेडिस् इत्यस्य लाभाः

2. redis इत्यस्य संस्थापनं अनुकूलनं च

1: स्थापना

2: प्रक्रियां पश्यन्तु

3: सेवानियन्त्रणम्

4: विन्यासमापदण्डानां परिवर्तनम्

3. Redis आदेशसाधनम्

1: redis-cli आदेशपङ्क्तिसाधनम्

(1) स्थानीय redis इत्यनेन सह सम्बद्धं कुर्वन्तु

(2) redis सेवा आरब्धा अस्ति वा इति परीक्षणं कुर्वन्तु

(3) दूरस्थसंयोजनम्

२: साहाय्यं प्राप्नुत

（1）List data type इत्यनेन सह सम्बद्धाः सर्वे आदेशाः पश्यन्तु

（2）set आदेशस्य कृते आदेशसहायतां पश्यन्तु

3: redis-benchmark परीक्षणसाधनम्

(1) परीक्षणानुरोधप्रदर्शनम्

(2) अभिगमनप्रदर्शनस्य परीक्षणं कुर्वन्तु

（3）सेट् तथा lpush ऑपरेशन प्रदर्शन

4. रेडिस् सामान्यदत्तांशकोशादेशाः

1．कुंजी सम्बन्धित आदेश

（1) कील-मूल्ययुग्मानि योजयन्तु

(2) वर्तमानदत्तांशकोशे सर्वाणि कीलानि पश्यन्तु

(3) वर्तमानदत्तांशकोशं सह पश्यन्तु वि आरम्भे दत्तांशः

(4) वर्तमानदत्तांशकोशं सह पश्यन्तु वि आरम्भात् परं किमपि बिट् दत्तांशं समाविष्टं भवति

(5) वर्तमानदत्तांशकोशं सह पश्यन्तु वि आरंभ वि आरम्भात् परं दत्तांशस्य यत्किमपि अङ्कद्वयं भवति

2：विद्यते

३:देल्

4：प्रकारः

5：नामकरणं कुर्वन्तु

6：renamenx

7：dbsize इति

5. बहुविधदत्तांशकोशानां कृते सामान्यादेशाः

1: बहुविधदत्तांशकोशानां मध्ये परिवर्तनम्

२: बहुदत्तांशकोशानां मध्ये दत्तांशं स्थानान्तरयति

3: दत्तांशकोशे दत्तांशं स्वच्छं कुर्वन्तु

6. रेडिस् दृढता

1：आर डी बी तथा एओएफ भेदः

(1) आरडीबी किम् ?

(2) आरडीबी इत्यस्य लाभहानिः : १.

2. एओएफ इति किम् ?

3：रेडिस् दृढ़ता विन्यास

（1）आर डी बी दृढ़ता विन्यास

(२)एओएफ दृढ़ता विन्यास

(2) एओएफ पुनर्लेखनम्

7. कार्यप्रदर्शनप्रबन्धनम्

1: स्मृतिसूचनाः पश्यन्तु

२: पुनःप्रयोगस्य रणनीतिः

8. redis कृते गुप्तशब्दं सेट् कुर्वन्तु

1: सेटिंग् विधिः

विधिः 1. विन्याससञ्चिका redis.conf इत्यस्य माध्यमेन गुप्तशब्दं सेट् कुर्वन्तु

विधिः 2. नामकरणेन गुप्तशब्दं सेट् कुर्वन्तु

2.संयोजनविधिः

1. संयोजनं कुर्वन् स्वस्य गुप्तशब्दं प्रविशतु

2. प्रथमं संयोजयन्तु ततः गुप्तशब्दं प्रविशन्तु

3: निमीलितविधिः

४: भेदः

व्यक्तिगत प्रोफाइल

मम सम्पर्कसूचना