समय नहीं है कि कैसे सारणियां बेहतर परिणाम देने के लिए अनुकूलित पैदा करने के बारे में बात करना. मुझे याद है केवल यह है कि खेतों काफी समय निष्पादन में सुधार अनुक्रमित. कुछ छोटे चाल बदले की बात यह है कि अधिक MySQL आमतौर पर सबसे distro पर ट्यूनिंग के लिए भी कई मापदंडों के बिना स्थापित है performant करने के लिए. इस जानकारी पर एक Linux distro उल्लेख आसानी से अन्य OS के लिए अनुकूलित किया जा सकता है.
यह आमतौर पर विन्यास फाइल में / etc / my.ini स्थित है.
Eempio my.ini की:
[mysqld]
datadir = / var / lib / MySQL
गर्तिका = / var / lib / MySQL / mysql.sock
सेट चर = key_buffer = 64M
सेट चर = max_user_connections = 100
सेट चर = query_cache_size = 64M
MySQL 3.x के साथ संगतता के लिए # डिफ़ॉल्ट के लिए पासवर्ड का उपयोग करते हुए पुराने स्वरूप
# ग्राहक (उन के mysqlclient10 अनुकूलता पैकेज का उपयोग करते हुए).
old_passwords = 1
[mysql.server]
उपयोगकर्ता = MySQL
basedir = / var / lib
[mysqld_safe]
ग़लती होना-= / var / log लॉग इन / mysqld.log
pid-= / var / रन / mysqld / mysqld.pid संचिका
buffers: किसी भी incremeto के बफर काफी तेजी से एक डेटाबेस मिलेगा. फिर, खाते में खपत का ऑपरेटिंग सिस्टम और अन्य अनुप्रयोगों और सेवाओं के उपयोग में लेने के द्वारा बनाई गई buffers स्मृति उपलब्ध की राशि के आधार पर निर्धारित किया है. यदि आप बहुत याद करते समय प्रणाली के समग्र प्रदर्शन में चला सकते हैं एक प्रावधान नहीं आवंटित.
Wait_timeout: समय बीत रहा है कि पहले यह स्वतः निष्क्रियता के कारण MySQL कनेक्ट करने के लिए बंद है का प्रतिनिधित्व करता है. कम संख्या में बेहतर प्रदर्शन रहा है. इस मामले में तुम भी कनेक्शन के सर्वश्रेष्ठ पैरामीटर जांच करने के लिए इस तरह के और उनके कथित समय खेलने चाहिए.
back_log: जबकि MySQL नए सूत्र बनाता है इसे बनाए रख सकते हैं Controls कितने युगपत कनेक्शन. इस संख्या कम है, गति उच्च. यह केवल जहां बिल्कुल जरूरी, यह सही ढंग से इस पैरामीटर सेटिंग द्वारा प्रदर्शन को नीचा नहीं करने के लिए, आसान है खबरदार का उपयोग करें.
Max_user_connections: कनेक्शन एक उपयोगकर्ता के लिए अनुमति की अधिकतम संख्या समूह. यह बहुत प्रणालियों में जहाँ एक ही MySQL सर्वर एक साथ एकाधिक उपयोगकर्ताओं के लिए उपयोग किया है उपयोगी है.
Delayed_queue_size: घुसाएँ देरी के साथ पंक्तियों की संख्या. लाइनों के साथ कम हो जाएगा, जो तेजी से MySQL.
Sort_buffer_size:, और समूह द्वारा इस बफर के आदेश से खंड के कार्यान्वयन के लिए आवंटित के आकार सेट. प्रश्नों और यह एक मूल्य 2m से अधिक करने के लिए इस पैरामीटर सेट कुशल बनाने के लिए.
Table_cache:, मेज़ों में वृद्धि होगी इस चर बढ़ती सभी सूत्र के लिए खुली सारणी की संख्या नियंत्रण एक साथ और MySQL के निष्पादन काफी तेजी से होगा भरा. अगर तुम किसी भी प्रणाली को बिगाड़ काम में अपने ऊपर लेना मई इस सीमा से अधिक इस पैरामीटर को सावधान, ऑपरेटिंग सिस्टम फ़ाइलें एक ही बार में खोला है, संकेत की एक सीमा होती है.
Thread_cache_size: कैश में रखने के लिए सूत्र की संख्या समूह. यह सुविधा बहुत तेज सूत्र के प्रयोग करता है.
दिखाएँ दर्जा कमांड हमें उन चर, जो दूसरों की तुलना में अधिक वास्तविक समय में हमारी मदद करने के लिए निगरानी हम क्या कर सकते हैं सबसे महत्वपूर्ण सुधार हुए हैं समझने में मदद करता है:
- Handler_read_first: पहली रिकॉर्ड एक टेबल से पढ़ा था कि कैसे कई बार सूचित करता है. यदि यह अक्सर होता है, यह है कि मेज ठीक से अनुक्रमित नहीं किया गया है.
- Innodb_buffer_pool_wait_free: कि MySQL स्मृति के पन्नों की Flushing के लिए इंतजार करना पड़ता है बार की संख्या दर्शाता है. यदि वापसी मूल्य उच्च तो बफर पूल आकार दिया गया सही ढंग से संचालन सर्वर से आया लिखने की राशि के लिए कॉन्फ़िगर नहीं है.
- Key_reads: समय की है कि MySQL डाटाबेस indexes के लिए फाइल सिस्टम accesses की संख्या दर्शाता है. यह है, इसलिए अगर यह मूल्य है तो यह है कि उच्च चाबी बफर बहुत छोटा है और वृद्धि की जानी चाहिए मतलब क्वेरी निष्पादित की गति को धीमा कर.
- Max_used_connections: कनेक्शनों की अधिकतम संख्या है कि MySQL पिछले बूट के दौरान खुला पड़ा दर्शाता है. यह एक सच बेंचमार्क का प्रतिनिधित्व करता है कि एक तरफ (यह कनेक्शन कि सर्वर का समर्थन कर सकते हैं की अधिकतम संख्या तय करने के लिए) में मदद करता है और दूसरी एक सुविधाजनक यातायात विश्लेषक के रूप में प्रस्तुत किया है.
- Open_tables: सारणियां खोलने की वर्तमान संख्या दर्शाता है. यह मान संयोजन में तालिका का कैश आकार से विश्लेषण किया जाना चाहिए. Table_cache के आम तौर पर आकार उच्च इस चर के लिए निर्धारित की जानी चाहिए. यदि open_tables के मूल्य अधिक table_cache से कम है, यह इसलिए भी कैश के आकार को कम है प्रदर्शन समस्याओं से बचने के लिए. यदि open_tables के मूल्य बहुत अधिक है और इस कैश के आकार पहुंच रहा है, तो table_cache इसे बढ़ा.
- Select_full_join: MySQL साथ पूरी की संख्या में ग्राहकों की मांगों को पूरा करने के लिए किया गया है. एक उच्च मूल्य के बजाय indexes के उपयोग की है कि, MySQL साथ पूर्ण प्रदर्शन के लिए मजबूर कर दिया गया है दर्शाता है. यह इन सारिणियों का एक मजबूत सूचकांक की जरूरत है.
- Slow_queries: कि सामान्य से अधिक लंबे समय तक किया जा करने के लिए ले गए प्रश्नों की संख्या दर्शाता है. एक उच्च मूल्य जो अनुकूलन करने के लिए धीमी गति से प्रश्न कर रहे हैं की पहचान करने के लिए धीरे क्वेरी लॉग का विश्लेषण करने के लिए हमें का नेतृत्व करना चाहिए.
- Threads_connected: है कि इस तरह के एक क्षण में सर्वर से जुड़े हुए हैं ग्राहकों की कुल संख्या दर्शाता है.
- Created_tmp_disk_tables: जो डिस्क पर बदले की स्मृति बनाए गए अस्थायी सारणियाँ, की संख्या दर्शाता है. देखते हैं कि एक डिस्क पर पहुँच मेज़ों आमतौर स्मृति की तुलना में धीमी गति में होती है, इस चर की सामग्री inversely जिससे प्रश्नों अस्थाई टेबल बनाने कमांड चल रहे हैं गति के समानुपाती होता है.
- Uptime: दिखाता है कि कितने सेकंड की सेवा पर है.