घर पर Nginx + LAMP सर्वर को कॉन्फ़िगर करना भाग 2: बैकएंड को कॉन्फ़िगर करना: PHP + MySQL

नमस्ते

पिछले एक लेख में , हमने होस्टिंग मोड और डॉटडेब रिपॉजिटरी में nginx + अपाचे बंडल के कॉन्फ़िगरेशन को पेश किया था।
इस लेख में हम बैकएंड के कॉन्फ़िगरेशन से परिचित होंगे: PHP, MySQL।

PHP अनुभाग में, हम निम्नलिखित विषयों का परिचय देंगे:
- सामान्य PHP सेटअप
मेल () फ़ंक्शन का उपयोग करके आंतरिक SMTP सर्वर के माध्यम से पत्र भेजने के लिए PHP + पोस्टफ़िक्स का उचित कॉन्फ़िगरेशन,
- एपीसी पर आधारित कोड और / या डेटा की कैशिंग स्थापित करना।

MySQL के भाग में, मैं उत्पादकता बढ़ाने के मूल बिंदुओं को प्रकट करने की कोशिश करूँगा, क्योंकि डिफ़ॉल्ट रूप से MySQL सर्वर को बहुत अक्षम रूप से कॉन्फ़िगर किया गया है।

जो रुचि रखते हैं, कैट में आपका स्वागत है

---

जानकारी:

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

फिर, पिछले लेख से, हम सर्वर संसाधनों (क्लिक करने योग्य) के दृश्य प्रतिनिधित्व के लिए एक कस्टम सिस्टम की वास्तुकला का आरेख देते हैं

---

PHP 5.3.18 सेटअप

शुरुआत में, हमेशा की तरह। मैं अपने config php + apc: yadi.sk/d/0OuPvlBS0t01O से पूछता हूं

- सामान्य PHP सेटअप
सामान्य तौर पर, मुझे php.ini फ़ाइल में कुछ भी दिलचस्प नहीं मिला। हालाँकि, इस पर ध्यान देने के लिए कुछ है:

यदि आप डॉटडेब से पैकेज लेते हैं तो यह बहुत महत्वपूर्ण है:

• date.timezone = यूरोप / मॉस्को - आपको समय क्षेत्र निर्धारित करने की आवश्यकता है, अन्यथा तिथि फ़ंक्शन चेतावनी का एक गुच्छा उत्पन्न करता है। मुझे नहीं पता कि क्यों, लेकिन यह समस्या या तो नए संस्करण में PHP को अपडेट करने के बाद दिखाई दी, या डॉटडेब रिपॉजिटरी के कारण, जो कि डेबियन लोगों की तुलना में थोड़ा अलग तरीके से संकलित किए गए थे। इस मामले में, मॉस्को का समय क्षेत्र निर्धारित है।
• बहुत महत्वपूर्ण: session.save_path = "/ var / lib / php5" - इसे इस तरह सेट किया जाना चाहिए! डेबियन मानक के अनुसार, सत्र होना चाहिए। मुझे पता नहीं क्यों, लेकिन यह चर डेबियन असेंबली में सेट नहीं किया गया है। यह देखा जा सकता है कि यह पहले से ही डिफ़ॉल्ट रूप से बनाया गया है। Dotdeb डिफ़ॉल्ट रूप से / tmp निर्देशिका के लिए सत्र लिखता है, जो पूरी तरह से गलत है। कृपया सर्वर पर विभाजन के विन्यास पर ध्यान दें: 25G /, 20G स्वैप, 100G / var, ~ 800G / घर। यह विभाजन विन्यास डेबियन के लिए डिज़ाइन किया गया था। इस अनिश्चितता के परिणामस्वरूप, मुझे उत्पादन सर्वर पर पूरी तरह से अप्रत्याशित दुर्घटना हुई थी! परिणामस्वरूप, ग्राहक पीड़ित हो सकते हैं। दुर्घटना इसलिए हुई क्योंकि यह खंड अचानक भरा हुआ था। समस्या पाई गई और जल्दी ठीक हो गई। किसी कारण से, कचरा सत्र कलेक्टर ने / tmp निर्देशिका में काम नहीं किया, शायद एक्सेस अधिकारों के कारण। ( UPD from: kamazee : यह अप्रचलित सत्रों के निर्माण के डेबियन तरीके के कारण है)

प्रदर्शन और संसाधन:

• max_execution_time = 30 - स्क्रिप्ट निष्पादन समय, डिफ़ॉल्ट रूप से छोड़ दिया गया। एक तरफ, स्क्रिप्ट को असीम रूप से निष्पादन योग्य नहीं होना चाहिए, इसलिए एक सीमा होनी चाहिए। दूसरी ओर, यह माना जा सकता है कि आमतौर पर अनंत छोर नहीं होते हैं, इसलिए बाधा को कड़ा करने की आवश्यकता नहीं है। उन लोगों के लिए जो संभावित अनंत छोरों का उपयोग करते हैं, इस सेटिंग को कठिन मोड़ देने की सिफारिश की जाती है
• memory_limit = 128M स्क्रिप्ट की कितनी मेमोरी का उपभोग कर सकता है। PHP इस सेटिंग में निर्दिष्ट की तुलना में अधिक मेमोरी आवंटित नहीं करेगा। यह सेटिंग सर्वर पर किए गए कार्यों के आधार पर इंगित की जाती है। संसाधनों की अधिक सटीक गणना के लिए, आपको इस पैरामीटर को यथासंभव मोड़ना चाहिए और जितना संभव हो उतना सॉफ़्टवेयर लिखने का प्रयास करना चाहिए।
• post_max_size = 70M - यह पैरामीटर मेमोरी_लिमिट में आवंटित मेमोरी की कुल मात्रा से कम होना चाहिए। जैसा कि हम पहले ही आरेख में संकेत दे चुके हैं, फ्रंटेंड स्तर पर नग्नेक्स अनुरोध शरीर को 64M से अधिक नहीं छोड़ेगा। इस पैरामीटर को ओवरलैप के साथ लिया जाता है, क्योंकि हम आगे पढ़ते हैं।
• upload_max_filesize = 64M - जो अधिकतम फ़ाइल आकार अपलोड किया जा सकता है वह nginx कॉन्फ़िगरेशन के लिए सत्यापित है, इसलिए इसे उच्चतर रखने का कोई मतलब नहीं है। ओवरलैप करना बेहतर है, ताकि खाली POST के साथ ऐसी समस्या न हो
• PHP की स्थापना करते समय, मैं चाहता हूं कि आप ओवरलैप के अनुक्रम पर ध्यान दें: memory_limit - post_max_size - upload_max_filesize। संकेतित अनुक्रम में एक दूसरे से बड़ा होना चाहिए, फिर सब कुछ दृढ़ता से काम करेगा।
• max_file_uploads = 20 - एक अनुरोध में स्थानांतरित की जा सकने वाली फ़ाइलों की संख्या। यह पैरामीटर सभी के लिए होना चाहिए। उदाहरण के लिए, यह अनुमान लगाया गया था कि औसत तस्वीर का वजन 3M से अधिक नहीं होगा, और यह एक बार में लगभग 20 तस्वीरों को बदल देता है। सर्वर पर आप फोटो / दस्तावेजों के थोक अपलोड कर सकते हैं। मुझे नहीं पता कि इसे व्यवहार में कैसे लागू किया जाना चाहिए, लेकिन सिद्धांत रूप में यह काम करना चाहिए।

छुपाना PHP उपस्थिति

• session.name = गोपनीयता के लिए PHPSESSID से SESSID में SIDID बदल गया।
• expose_php = off - हेडर को निष्क्रिय करता है जो दर्शाता है कि PHP सर्वर पर चल रहा है, जो आपके पास है उससे चमकें नहीं।
• user_agent = "EXAMPLE-SERVER" एक दिलचस्प बात है। उदाहरण के लिए, यदि आप PHP में एक स्पाइडर बनाते हैं, तो यह उपयोगकर्ता-एजेंट हेडर होगा जो किसी भी डेटा का अनुरोध करते समय रिमोट सर्वर पर भेजा जाएगा।
• बाकी को अपरिवर्तित छोड़ दिया गया है

त्रुटि आउटपुट के बारे में कुछ शब्द (+ PHP 2 की उपस्थिति को छिपाना):

• error_reporting = E_ERROR (E_ERROR | E_WARNING से truezemez टिप्पणियों को देखें) - ताकि उत्पादन विशेष रूप से विभिन्न समस्याओं का रिकॉर्ड लोड न करे, मैंने इस पैरामीटर को बंद कर दिया। वाम, केवल सबसे महत्वपूर्ण। दूसरी ओर, यदि आपके पास उच्च-गुणवत्ता वाला सॉफ़्टवेयर है, तो आपको अधिकतम त्रुटि / समस्या आउटपुट E_ALL सेट करना चाहिए वास्तविक परिस्थितियों में समस्याओं को खोजने के लिए E_STRICT
• display_errors = बंद वेबमास्टर्स द्वारा एक बहुत ही सामान्य गलती है , कृपया स्क्रीन पर त्रुटियों के प्रदर्शन को बंद करें, उपयोगकर्ताओं को इसे देखने के लिए बहुत अप्रिय है, और पटाखे सिर्फ एक गड़गड़ाहट हैं!
• log_errors = ऑन - स्वाभाविक रूप से, यदि हम लॉग प्रिंट नहीं करते हैं, तो हमें उन्हें लिखने की आवश्यकता है!
• बाकी को अपरिवर्तित छोड़ दिया गया है

- APC कैशिंग कॉन्फ़िगर करना (संस्करण 3.1.9):
एपीसी कैश ऑपकोड, इसके अलावा, यह डेटा कैश कर सकता है। मैं APC का उपयोग करता हूं क्योंकि Yii फ्रेमवर्क इसकी सिफारिश करता है। इस कैश के साथ काम करने के लिए Yii ने पहले ही कक्षाएं लिखी हैं। मैंने उपरोक्त कारणों के लिए अन्य कैश पर विचार या तुलना नहीं की।

डिफ़ॉल्ट फ़ाइल कॉन्फ़िगरेशन खाली है, सभी मान डिफ़ॉल्ट पर सेट हैं। विशेष रूप से, 32M को कैशिंग के लिए आवंटित किया गया है - कोड के लिए पर्याप्त है, इसके लिए कोई डेटा नहीं है।
मेरे द्वारा निर्दिष्ट फ़ाइल कॉन्फ़िगरेशन में, आपको निश्चित रूप से निम्नलिखित पर ध्यान देना चाहिए:

• apc.shm_size = 512M - डेबियन / डॉटडेब APC में MMAP सपोर्ट के साथ संकलित किया गया है। तदनुसार, apc.shm_seolutions पैरामीटर को ध्यान में नहीं रखा गया है और आपको केवल इस सेटिंग का उपयोग करना चाहिए
• apc.file_update_protection = 3 - यह पैरामीटर जितना अधिक होगा, कम समय APC जाँचता है कि कोड फ़ाइल बदल गई है या नहीं। सेकंड में संकेतित। यदि आप सर्वर पर कोड को शायद ही अपडेट करते हैं, तो यह पैरामीटर 60 सेट किया जा सकता है
• अन्य सेटिंग्स हैं जिन्हें डिफ़ॉल्ट रूप से छोड़ दिया गया था।

- मेल () फ़ंक्शन सेट करना:
बॉक्स से बाहर, मेल () फ़ंक्शन काम नहीं करना चाहिए। इसे काम करने के लिए, आपको ठीक से काम करने वाले एसएमटीपी मेल सर्वर की आवश्यकता है। पिछले लेख में, हमने एक ऐसा सर्वर स्थापित किया था।
यह सेटअप में निम्नलिखित चीजें सेट करने के लायक है:

• sendmail_path = / usr / sbin / sendmail -t -i -fno-reply@example.com - इस कमांड से हम भेजे गए हेडर को सही ढंग से कॉन्फ़िगर करते हैं। स्पैम से बचने के लिए सही हेडर की जरूरत होती है। सही हेडर के बारे में, कृपया मेरा लेख पढ़ें: PHP स्क्रिप्ट के लिए मेल भेजने वाले सर्वर का उचित कॉन्फ़िगरेशन, मेल स्थापित करना
• mail.add_x_header = बंद - हमेशा की तरह, आपको उस चीज़ से नहीं चमकना चाहिए जिसकी आपको ज़रूरत नहीं है

MySQL 5.5.28 कॉन्फ़िगर करें

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

विन्यास में आपका स्वागत है: yadi.sk/d/T1ov6qAF0t82y

कॉन्फ़िगरेशन फ़ाइलों की संरचना:

• /my.cnf - मुख्य कॉन्फ़िगरेशन फ़ाइल ही, जिसमें निर्देशिकाओं की मूल सेटिंग्स लिखी जाती हैं और अन्य कॉन्फ़िगरेशन फ़ाइलों को लोड किया जाता है
• /conf.d/.keepme - एक अपूर्ण नाम जो कहता है कि आपको इसे हटाना नहीं चाहिए। इसे डिफ़ॉल्ट रूप से छोड़ दिया गया था।
• /conf.d/mysqld_base_perfomance.cnf - समग्र डेटाबेस प्रदर्शन को ट्यूनिंग। ये सेटिंग्स उपयोग किए गए किसी भी प्रकार के भंडारण से जुड़ी नहीं हैं।
• /conf.d/mysqld_common.cnf - कुछ सामान्य सेटिंग्स जिन्हें समूहीकृत नहीं किया जा सकता था।
• /conf.d/mysqld_innodb.cnf - InnoDB रिपॉजिटरी सेटिंग्स
• /conf.d/mysqld_log.cnf - लॉग सेटिंग्स
• /conf.d/mysqld_myisam.cnf - MyISAM रिपॉजिटरी सेटिंग्स
• /conf.d/mysqld_query_cache.cnf - क्वेरी कैशिंग की स्थापना
• /conf.d/mysqld_thread.cnf - थ्रेड सेटिंग

My.cnf फ़ाइल में, कृपया निम्न सेटिंग्स पर ध्यान दें

• max_connections = 300 - इस गणना से 150 * 2 के बराबर कनेक्शन की संख्या में वृद्धि हुई है कि प्रत्येक PHP प्रक्रिया 2 स्वतंत्र कनेक्शन बना सकती है।
• max_allowed_packet = 2M - संचरित पैकेट का आकार बढ़ा
• डेटादिर = / होम / mysql - कॉन्फ़िगरेशन के दौरान, mysql को छोड़कर अन्य उपयोगकर्ताओं के लिए एक्सेस सुरक्षा के साथ mysql के लिए एक अलग निर्देशिका बनाई गई थी। यह / var / lib / mysql (यदि मैं गलत नहीं हूं) से डेटा को घर के विभाजन में स्थानांतरित करने के लिए किया जाता है - सर्वर पर सबसे बड़ा डिस्क विभाजन, जहां सभी डेटा संग्रहीत होता है।

- शो वारियर्स
यह देखने के लिए कि डेटाबेस क्या संचालन करता है, SHOW VARIABLES बनाया गया था। इसके साथ, आप इनपुट / आउटपुट ऑपरेशंस की संख्या, कैश में हिट्स की संख्या, फाइलों के माध्यम से छंटनी की संख्या, और बहुत कुछ के बारे में जान सकते हैं। मैं आपको खुद को परिचित करने की सलाह देता हूं।
प्रत्येक सेटिंग के बगल में कॉन्फ़िगरेशन में, प्रदर्शन को प्रभावित करते हुए, एक लिंक इंगित किया जाता है (देखें) जो पैरामीटर को दिखाता है कि किस संस्करण को देखा जाना चाहिए। अन्य सभी विवरणों के लिए, कृपया दस्तावेज़ देखें।

ध्यान देने के लिए कुछ सेटिंग्स:

• /conf.d/mysqld_thread.cnf thread_cache_size / thread_concurrency - कोर की संख्या द्वारा निर्धारित।
• mysqld_base_perfomance.cnf tmp_table_size = 8M - यदि आपके पास अस्थायी फ़ाइलों के माध्यम से कई छंटनी हैं, तो आपको इस पैरामीटर को बढ़ाने की आवश्यकता है। यह मत भूलो कि आपको सर्वर की क्षमताओं को याद रखने की आवश्यकता है। हमारे मामले में, 8M = 2.4G पर 300 कनेक्शन हम चरम तालिका में छंटाई पर खर्च करेंगे।
• mysqld_query_cache.cnf query_cache_size = 256M - क्वेरी कैश के आकार का दुरुपयोग न करें, इस मामले में कुछ अन्य डेटाबेस सेटिंग्स के विपरीत, यह अब बेहतर नहीं है। 256M पर्याप्त है - डिफ़ॉल्ट मान का 8 गुना। प्रलेखन विवरण
• mysqld_myisam.cnf concurrent_insert = ALWAYS - जब मुझे पता चला कि MyISAM में एक प्रतियोगी सम्मिलित है, तो मुझे सुखद आश्चर्य हुआ, मैंने इस तालिका पर अपने दृष्टिकोण पर पुनर्विचार किया।
• mysqld_myisam.cnf key_buffer_size = 256M - यदि आप बहुत अधिक MyISAM तालिकाओं का उपयोग करते हैं, तो यह पैरामीटर बड़ा होना चाहिए, अन्यथा इसे 256 तक बढ़ाना बेहतर है, ताकि आप सहजता महसूस कर सकें।
• महत्वपूर्ण: mysqld_innodb.cnf innodb_buffer_pool_size = 5G सबसे महत्वपूर्ण पैरामीटर है, डिफ़ॉल्ट रूप से InnoDB तालिकाओं को छोटे सर्वर पर भी काम करने के लिए बिल्कुल भी कॉन्फ़िगर नहीं किया गया है। यदि आप इस पैरामीटर को कॉन्फ़िगर नहीं करते हैं, तो हमें डिस्क सबसिस्टम पर एक भयंकर भार मिलेगा। आदर्श रूप से, इस पैरामीटर को सभी डेटाबेस के कुल आकार से थोड़ा बड़ा रखने की सलाह दी जाती है।
• mysqld_innodb.cnf innodb_log_buffer_size = 32M एक ही है, केवल InnoDB टेबल लॉग्स के लिए। (ये लेन-देन लॉग हैं, न कि mysqld_log.cnf फ़ाइल में कॉन्फ़िगर किए गए साधारण लॉग)
• यह पढ़ना बहुत दिलचस्प है: mysqld_innodb.cnf innodb_buffer_pool_instances = 1 - कथा के कगार पर इस पैरामीटर के लिए पूरे झगड़े हैं। यहां एक लिंक दिया गया है जहां आप ऐसी जानकारी प्राप्त कर सकते हैं जो एक-दूसरे से संबंधित है। dimitrik.free.fr/blog/archives/2012/10/mysql-performance-innodb-buffer-pool-instances-in-56.html । मुझे समझ नहीं आया कि वे आखिर तक क्या लिख ​​रहे थे, मैं गलत जानकारी नहीं दूंगा। मैंने इसे पढ़ा, चार्ट को देखा, जोखिम नहीं लिया और 1 छोड़ दिया।

आप कॉन्फ़िगरेशन फ़ाइलों में अन्य सभी पैरामीटर पा सकते हैं।

पुनश्च: अरे धिक्कार है। उम्मीद है कि बहुत अनाड़ी नहीं? अगर कम से कम 70% संदेश देने में कामयाब रहे, तो यह अच्छा है।

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

आपका ध्यान देने के लिए धन्यवाद।

UPD 2012.11.26 13:30 - कर्म से देखते हुए, इस स्तर पर हम लेख लिखना समाप्त करेंगे। लेकिन व्यर्थ में, क्योंकि इंटरनेट पर आपको वेब सर्वर स्थापित करने और अनुभव साझा करने के पूर्ण चक्र का अवलोकन नहीं मिलेगा, केवल विभिन्न लेखकों के मैनुअल का एक गुच्छा है। आपके ध्यान के लिए धन्यवाद, मैं आपको शुभकामनाएं देता हूं।