ठोस-राज्य ड्राइव (SSD) का उपयोग करने से पहले और बाद में CUBRID और MySQL के बेंचमार्किंग प्रदर्शन के परिणाम

शुभ दिन, हर कोई!

हैबर ने अंततः अर्जित किया है, और अब मैं CUBRID परियोजना की आधिकारिक वेबसाइट पर अंग्रेजी में प्रकाशित एक लेख का अनुवाद पोस्ट कर सकता हूं, जो आपने पिछली हैब्रोटोपिक की टिप्पणियों में अनुरोध किया था।

1. परीक्षण के बारे में

डेटाबेस सिस्टम के निम्नलिखित प्रदर्शन विश्लेषण में, CUBRID और MySQL को दो अलग-अलग स्थितियों में उनके प्रदर्शन का निर्धारण करने के लिए परीक्षण किया जाता है:

1. जब सिस्टम हार्ड ड्राइव से सुसज्जित सर्वर पर चल रहा हो;
2. जब सिस्टम एक सॉलिड स्टेट ड्राइव से लैस सर्वर पर चल रहा होता है।

1.1। संक्षिप्त विवरण

यह आमतौर पर स्वीकार किया जाता है कि डेटा भंडारण किसी भी डेटाबेस सिस्टम का मुख्य कार्य है। हार्ड ड्राइव एक लोकप्रिय माध्यम है जिसका उपयोग उद्यमों द्वारा बड़ी मात्रा में डेटा संग्रहीत करने के लिए किया जाता है। हालांकि, यह ज्ञात है कि हार्ड डिस्क (I / O) का प्रदर्शन I / O बाउंड स्पीड द्वारा सीमित वर्कलोड के तहत घटता है। इसलिए, अधिक कुशल भंडारण माध्यम खोजने के लिए अक्सर आवश्यक होता है। इस लेख में, हम एक नए ठोस-राज्य ड्राइव (एसएसडी) के आवेदन और परीक्षण के परिणाम पेश करते हैं, जो डेटा भंडारण के लिए मुख्य भंडारण माध्यम के रूप में उपयोग किया जाता है, जो डेटाबेस प्रदर्शन को बढ़ाता है।

1.2। परीक्षण विधियों

परीक्षण को चलाने के लिए, प्रत्येक डेटाबेस सिस्टम (CUBRID और MySQL) दो अलग-अलग सर्वरों पर स्थापित किया गया था: एक हार्ड ड्राइव के साथ और दूसरा एक ठोस स्टेट ड्राइव के साथ। प्रति सेकंड लेनदेन में प्रदर्शन में वृद्धि पूरे प्रयोग में दर्ज की गई थी।

1.3। कंप्यूटर वातावरण का परीक्षण करें

हार्ड ड्राइव और सॉलिड स्टेट ड्राइव से लैस कंप्यूटर के विनिर्देश निम्नलिखित हैं। हार्ड ड्राइव और एसएसडी का उपयोग करते समय डेटाबेस के प्रदर्शन में अंतर को सटीक रूप से निर्धारित करने के लिए, कंप्यूटर समान होना चाहिए। इस तथ्य के बावजूद कि आंतरिक उद्देश्यों के लिए समान कंप्यूटर का उपयोग प्राथमिकता नहीं था, इस परीक्षण के लिए बहुत समान विशेषताओं वाले उपकरण अभी भी उपयोग किए गए थे।



CUBRID और MySQL डेटाबेस सिस्टम को हार्ड ड्राइव और SSD के साथ कंप्यूटर पर स्थापित किया गया था। परीक्षण करते समय, निम्नलिखित डेटाबेस संस्करणों का उपयोग किया गया था।

• CUBRID 2008 R3.0
• MySQL 5.1.47 (innoDB)

CUBRID और MySQL डेटाबेस सिस्टम के लिए डिफ़ॉल्ट कॉन्फ़िगरेशन निम्नलिखित हैं। दोनों डेटाबेस सर्वर 4 जीबी डेटा बफर के साथ कॉन्फ़िगर किए गए थे। अन्य परीक्षण सेटअप डिफ़ॉल्ट रूप से उपयोग किए गए थे।

घन विन्यास (cubrid.conf)

[service]
service=server,broker,manager

[common]
data_buffer_pages=25000
sort_buffer_pages=16
log_buffer_pages=50
lock_escalation=100000
lock_timeout_in_secs=-1
deadlock_detection_interval_in_secs=1
checkpoint_interval_in_mins=720
isolation_level="TRAN_REP_CLASS_UNCOMMIT_INSTANCE"
cubrid_port_id=15097
max_clients=50
auto_restart_server=yes
replication=no
java_stored_procedure=no

checkpoint_every_npages=100000000
data_buffer_pages=262144
error_log_level=notification
communication_histogram=yes
num_LRU_chains=200
async_commit=yes
group_commit_interval_in_msecs=1000

MySQL कॉन्फ़िगरेशन (my.cnf)

[client]
socket = /home1/mysql/mysql/tmp/mysql.sock

[mysqld]
user = mysql
port = 3306
basedir = /home1/mysql/mysql
datadir = /home1/mysql/mysql/data
tmpdir = /home1/mysql/mysql/tmp
socket = /home1/mysql/mysql/tmp/mysql.sock

default-character-set = utf8
default_table_type = InnoDB
skip_name_resolve

back_log = 100
max_connections = 500
max_connect_errors = 999999
max_allowed_packet = 16M
max_heap_table_size = 64M
tmp_table_size = 64M
binlog_cache_size = 1M
thread_cache_size = 128

table_cache = 1024
sort_buffer_size = 8M
join_buffer_size = 8M
read_buffer_size = 2M
read_rnd_buffer_size = 16M
query_cache_size = 64M
query_cache_limit = 2M

# MyISAM options
key_buffer_size = 32M
bulk_insert_buffer_size = 64M
myisam_sort_buffer_size = 128M
myisam_max_sort_file_size = 10G
myisam_max_extra_sort_file_size = 10G
myisam_repair_threads = 1
myisam_recover
ft_min_word_len = 4

# INNODB options
innodb_buffer_pool_size = 4G # 50 ~ 70% of main memory
innodb_log_buffer_size = 8M
innodb_additional_mem_pool_size = 16M
innodb_data_file_path = ibdata1:100M:autoextend
innodb_file_per_table
innodb_log_file_size = 256M
innodb_log_files_in_group = 3
innodb_support_xa=0
innodb_thread_concurrency = 16
innodb_lock_wait_timeout = 60
innodb_flush_log_at_trx_commit = 0 # 0 for slave, 1 for master

# Loging Configuration
log-bin=mysql-bin
expire_logs_days=5
log_warnings
log_slow_queries
log_slow_admin_statements
long_query_time = 2
log_long_format

# Replication setting
server-id = 1

1.4। टेस्ट स्क्रिप्ट

1.4.1। टेस्टिंग में प्रयुक्त टेबल लेआउट

प्रदर्शन परिणामों को मापने के लिए, नीचे दिए गए आरेख के साथ 40 tbl_200 ~ tbl_239 टेबल बनाए गए थे।

  बनाएँ Tbl_200;

 अन्य टेबल tbl_200 जोड़ें रंग
	 आईडी चरित्र भिन्न (20) नहीं,
	 पूर्णांक नहीं पूर्णांक,
	 col3 वर्ण अलग-अलग (16) पूर्ण नहीं,
	 col4 वर्ण अलग-अलग (5) पूर्ण नहीं,
	 col5 वर्ण अलग-अलग (50) पूर्ण नहीं,
	 col6 वर्ण भिन्न (1000),
	 col7 वर्ण भिन्न (300) पूर्ण नहीं,
	 col8 वर्ण भिन्न (150),
	 col9 टाइमस्टैम्प नहीं नल,
	 col10 स्मॉलिंट डेफॉल्ट 0 नहीं,
	 col11 टाइमस्टैम्प नहीं,
	 col12 वर्ण अलग-अलग (15) पूर्ण नहीं,
	 col13 वर्ण (1) पूर्ण नहीं,
	 col14 वर्ण (1) पूर्ण नहीं,
	 col15 टाइमस्टैम्प DEFAULT टाइमस्टैम्प '04: 25: 44 PM 07/30/2010 'नॉट नेल;

 अतिरिक्त टेबल "tbl_200" जोड़ें प्राथमिक कुंजी ("आईडी", "seq");
 रचनात्मक भारत "iuk_tbl" "tbl_200" ("आईडी", "col3", "col4", "col5");
 "IND1_200" को "tbl_200" ("id", "col9" DESC, "col14"); 

उपरोक्त तालिका आरेख का उपयोग करना, जो परीक्षण तालिका बनाने के लिए आवश्यक है, हार्ड डिस्क से लैस मशीनें और एक ठोस राज्य ड्राइव ने तीन प्रकार के परीक्षण पास किए:

• 40 तालिकाओं में 25 मिलियन डेटा रिकॉर्ड सम्मिलित करने के लिए एक डेटाबेस बनाने के बाद, प्रदर्शन को "INSERT FULL" लोड के साथ 30 मिनट के लिए मापा जाता है।
• 64 तालिकाओं को 40 तालिकाओं में सम्मिलित करने के लिए एक डेटाबेस बनाने के बाद, प्रदर्शन को सीपीयू बाउंड द्वारा सीमित "चयन" लोड के साथ मापा जाता है।
• 40 तालिकाओं में 64 मिलियन डेटा रिकॉर्ड डालने के लिए एक डेटाबेस बनाने के बाद, प्रदर्शन को I / O बाउंड द्वारा सीमित "SELECT" लोड के साथ मापा जाता है।

उपरोक्त सभी भार 40 धागों में बनाए गए थे। एक INSERT लोड में एक INSERT क्वेरी होती है, जबकि एक SELECT लोड में एक प्राथमिक कुंजी , एक अद्वितीय सूचकांक और प्रत्येक में एक गैर-अद्वितीय सूचकांक के साथ तीन SELECT क्वेरीज़ होती हैं।

2. परीक्षण के परिणामों की समीक्षा

2.1। I / O गति द्वारा सीमित कार्यभार सम्मिलित करें के साथ परीक्षण करें

40 तालिकाओं के साथ एक डेटाबेस बनाने के बाद, जिनमें से प्रत्येक में लगभग 625,000 डेटा रिकॉर्ड (कुल 25 मिलियन) होने चाहिए, दोनों कंप्यूटर (हार्ड डिस्क और एसएसडी के साथ) 30 मिनट के लिए पूर्ण INSERT लोड के साथ प्रदर्शन परीक्षण के अधीन थे। निम्न तालिका प्रदर्शन परीक्षण के परिणाम दिखाती है।



निम्नलिखित आरेख प्रति सेकंड लेनदेन की संख्या में परिवर्तन दिखाता है।



"पूर्ण INSERT" लोड के साथ ऊपर वर्णित परीक्षण के परिणामों के आधार पर, निम्नलिखित निष्कर्ष निकाले जा सकते हैं।

• SSD के साथ कंप्यूटर पर CUBRID डेटाबेस सिस्टम का प्रदर्शन हार्ड ड्राइव वाले कंप्यूटर की तुलना में लगभग पांच गुना अधिक है।
• ठोस अवस्था ड्राइव वाले कंप्यूटर पर MySQL डेटाबेस सिस्टम का प्रदर्शन हार्ड ड्राइव वाले कंप्यूटर की तुलना में लगभग 2.5 गुना अधिक है। ( नोट: एक ठोस राज्य ड्राइव वाले कंप्यूटर पर, MySQL 100% पर संसाधनों को लोड नहीं करता है, इसलिए आप प्रदर्शन को और बेहतर कर सकते हैं)।

2.2। सीपीयू क्षमताओं द्वारा सिलेक्ट वर्कलोड लिमिटेड के साथ टेस्ट करें

40 तालिकाओं के साथ एक डेटाबेस बनाने के बाद, जिनमें से प्रत्येक में लगभग 1,600,000 डेटा रिकॉर्ड (कुल 64 मिलियन) होने चाहिए, दोनों कंप्यूटर (हार्ड डिस्क और एसएसडी के साथ) 10 मिनट के लिए सीपीयू क्षमता द्वारा सीमित लोड के साथ प्रदर्शन परीक्षण के अधीन थे। । SELECT क्वेरीज़ के साथ दिए गए लोड में, क्वेरी खोज क्षेत्र को मेमोरी बफर में आवश्यक पेज को पूरी तरह से रखने और वांछित 100% बफर प्रदर्शन मान बनाए रखने के लिए संकुचित किया जाना चाहिए। चूँकि I / O ऑपरेशन इस भार पर नहीं किए जाते हैं, हार्ड ड्राइव और SSD के साथ कंप्यूटर के बीच का अंतर I / O को छोड़कर सभी घटकों के लिए मापा जाता है। निम्न तालिका प्रदर्शन परीक्षण के परिणाम दिखाती है।



निम्नलिखित आरेख प्रति सेकंड लेनदेन की संख्या में परिवर्तन दिखाता है।



I / O संचालन नहीं होने के कारण, हार्ड ड्राइव की तुलना में ठोस स्टेट मीडिया ड्रॉप्स के उपयोग से CUBRID का प्रदर्शन लगभग 17% और MySQL का प्रदर्शन लगभग 6% बढ़ जाता है। दोनों कंप्‍यूटरों पर I / O को छोड़कर सभी घटकों के प्रदर्शन में अंतर ऊपर बताया गया है।

2.3। I / O दर द्वारा चयनित कार्यभार लिमिटेड के साथ परीक्षण

40 तालिकाओं के साथ एक डेटाबेस बनाने के बाद, जिनमें से प्रत्येक में लगभग 1,600,000 डेटा रिकॉर्ड (कुल 64 मिलियन) होने चाहिए, दोनों कंप्यूटर (हार्ड डिस्क और एसएसडी के साथ) I / O स्पीड के दौरान सीमित लोड के साथ प्रदर्शन परीक्षण के अधीन थे। 10 मिनट मेमोरी बफर में आवश्यक पेज को पूरी तरह से जगह नहीं देने के लिए और लगातार पेज प्रतिस्थापन को रोकने के लिए, इस लोड में SELECT क्वेरी के खोज क्षेत्र का विस्तार किया जाना चाहिए। I / O संचालन की संख्या बढ़ रही है क्योंकि कार्यभार बहुत तीव्र है। निम्न तालिका दोनों प्रणालियों के लिए प्रदर्शन परीक्षण के परिणाम दिखाती है।



निम्नलिखित आरेख प्रति सेकंड लेनदेन की संख्या में परिवर्तन दिखाता है।



इनपुट-आउटपुट की गति द्वारा सीमित "SELECT" लोड के साथ उपरोक्त परीक्षण के परिणामों के अनुसार, हम निम्नलिखित निष्कर्ष निकाल सकते हैं।

• SSD के साथ कंप्यूटर पर CUBRID (प्रति सेकंड में लेनदेन) का प्रदर्शन हार्ड ड्राइव वाले कंप्यूटर की तुलना में लगभग 4.2 गुना बढ़ जाता है।
• एक ठोस राज्य ड्राइव के साथ कंप्यूटर पर प्रति सेकंड लेनदेन में MySQL का प्रदर्शन हार्ड ड्राइव वाले कंप्यूटर की तुलना में लगभग 2.8 गुना बढ़ जाता है।

इस प्रकार, सीमित गति और I / O की शर्तों के तहत, ठोस राज्य ड्राइव के उपयोग से दोनों डेटाबेस सिस्टम का प्रदर्शन बढ़ता है।

2.4। सिलेक्ट टेस्ट के रिजल्ट का सिस्टमाइजेशन

निम्न तालिका ऊपर चर्चा की गई दो परीक्षणों के परिणामों को संक्षेप में प्रस्तुत करती है।



नीचे दिए गए आरेख में, सीपीयू क्षमताओं द्वारा सीमित परीक्षण के परिणाम, बाएं कॉलम में दिखाए जाते हैं, और परीक्षण के परिणाम, I / O गति द्वारा सीमित , दूसरे में दिखाए जाते हैं। सभी मामलों में, CPU क्षमताओं द्वारा सीमित परीक्षण के दौरान प्रदर्शन स्तर (प्रति सेकंड में) I / O गति द्वारा सीमित परीक्षण के दौरान की तुलना में अधिक है। इस प्रकार, डेटाबेस सिस्टम के प्रदर्शन में कमी के लिए I / O संचालन को मुख्य कारण माना जा सकता है। प्रयोग के दौरान पाई जाने वाली सबसे दिलचस्प विशेषता CUBRID प्रदर्शन में एक मामूली अंतर है जब CPU क्षमताओं द्वारा सीमित संचालन और एक ठोस-राज्य ड्राइव से सुसज्जित कंप्यूटर पर I / O गति द्वारा संचालित संचालन होते हैं। दूसरे शब्दों में, CUBRID शायद SSD के साथ कंप्यूटर पर काम करने का पूरा फायदा उठाती है। (इस परीक्षण में प्रयुक्त ठोस राज्य ड्राइव कंप्यूटर की यादृच्छिक अभिगम गति बहुत अधिक मानी जाती है)।

3. निष्कर्ष

यह प्रयोग इस बात की पुष्टि करता है कि CUBRID और MySQL डेटाबेस सिस्टम का प्रदर्शन स्तर ठोस अवस्था ड्राइव से लैस कंप्यूटरों पर बढ़ता है। I / O स्पीड द्वारा सीमित लोड के तहत, CUBRID का प्रदर्शन 4.2 गुना और MySQL का प्रदर्शन 2.8 गुना बढ़ जाता है। CUBRID और MySQL डेटाबेस सिस्टम को इस प्रयोग के लिए SSD कंप्यूटर पर कॉन्फ़िगर नहीं किया गया था। इसलिए, इस प्रयोग में, हम किसी विशेष डेटाबेस सिस्टम के लिए SSD कंप्यूटर की उपयुक्तता पर चर्चा नहीं करते हैं। फिर भी, चूंकि CUBRID और MySQL दोनों एक ठोस राज्य ड्राइव से लैस कंप्यूटरों पर काम करते हैं, इसलिए हम यह निष्कर्ष निकाल सकते हैं कि I / O गति द्वारा सीमित संचालन के प्रदर्शन को और बढ़ाना संभव है। भविष्य में, आप एक ही हार्डवेयर विनिर्देशों और ऑपरेटिंग सिस्टम (अन्य हार्ड ड्राइव और एसएसडी स्थापित करके) के साथ विभिन्न परीक्षणों का संचालन करके और अधिक रोचक परिणाम प्राप्त कर सकते हैं, लेकिन CUBRID और MySQL डेटाबेस सिस्टम की अनुकूलित सेटिंग्स के साथ।

4. व्याख्यात्मक नोट

यह परीक्षण किसी भी स्थिति में जब मुख्य मीडिया के रूप में सॉलिड स्टेट ड्राइव का उपयोग करते हुए केवल आंतरिक उपयोग के प्रदर्शन में अंतर जानने के लिए के लिए किया जाता है, इसलिए कंपनी, आचरण अनुसंधान करेगा, उत्तरदायी के लिए कोई भी प्रत्यक्ष, अप्रत्यक्ष, आकस्मिक, विशेष, अनुकरणीय, या परिणामी क्षतियों BE डेटा खोने और व्यवसाय की प्रगति या अंतर्ग्रहण। इस परीक्षण के परिणाम एक अन्य व्यक्ति के अपवाद नहीं हैं जो अन्य हैं। एक विशाल डिस्क और एक ठोस ड्राइव, कंप्यूटर में इस्तेमाल किया जा रहा है जब इस्तेमाल किया जा रहा है की क्षमता में व्यापक रूप से पता लगाने के लिए। इस तथ्य के बावजूद कि आंतरिक उद्देश्यों के लिए समान कंप्यूटर का उपयोग प्राथमिकता नहीं था, इस परीक्षण के लिए उपकरण का उपयोग बहुत सावधानी से किया गया था ( देखें )। इसके अलावा, इस परीक्षण के परिणाम केवल सामान्य शैक्षिक उद्देश्यों के लिए उपयोग किए जाते हैं।