अपने 1022 सेकंड के UPTIME वैश्विक स्थिति रिपोर्ट से, शोध करें और अव्यवस्था से बचने के लिए इन my.cnf/ini को # या REMOVE के साथ जोड़ें/बदलें/अक्षम करें पर विचार करें। आम तौर पर प्रति दिन केवल 1 परिवर्तन किया जाता है और मॉनिटर किया जाता है। आपके मामले में, 18 मिनट के क्रैश के साथ, आइए उन सभी को एक शटडाउन/पुनरारंभ में बनाते हैं।
thread_cache_size=100 # from default because 83 threads created already, V8 CAP is 100 to avoid OOM
innodb_buffer_pool_size=6G # from default of 128M, was full in 17 minutes
table_open_cache=10000 # 1066 already opened in 17 minutes.
आपके शो ग्लोबल वेरिएबल्स की सख्त जरूरत है; और इंजन INNODB स्थिति दिखाएं; और अतिरिक्त सुझावों के लिए अनुमान लगाने से बचने के लिए my.cnf/ini को पूरा करें। यदि आप यहां संग्रहण सीमा तक पहुंच रहे हैं तो dropbox.com या pastebin.com डेटा साझा करने के लिए उचित स्थान हैं।
stackoverflow.com dba.stackexchange.com या serverfault.com (हमारे pw इन 3 साइटों द्वारा साझा किए गए हैं, इसलिए आपको 3 खातों की आवश्यकता नहीं है) में पहले के समाधान खोजने के लिए '[MySQL] सेमाफोर प्रतीक्षा चली गई' खोजें।
रोलबैक 17,856,929 पंक्तियों से निपट रहा था। एक ही लेन-देन में, यह एक ऐसा भार है जिसे एक ही लेन-देन के लिए अधिक प्रबंधनीय पंक्तियों में विभाजित करने के लिए विश्लेषण की आवश्यकता होती है।
2017-11-18 को 09 यूटीसी के बारे में अपडेट करें जिसमें my.cnf/ini [mysqld] अनुभाग आपको चाहिए
innodb_log_buffer_size=48M # from 256M
innodb_log_file_size=256M # from default of 48M
आज, वे पीछे हैं और आपके 17 मिनट के पुनरारंभ के कारण का एक महत्वपूर्ण हिस्सा हैं। शटडाउन/पुनरारंभ की आवश्यकता है न तो मूल्य गतिशील रूप से बदला जा सकता है।
