read_buffer_size डेटा प्रतिकृति को तोड़ सकता है

मिगुएल एंजेल नीटो के नवीनतम लेख का अनुवाद, read_buffer_size आपकी प्रतिकृति को तोड़ सकता है ।

कुछ चर ऐसे हैं जो प्रतिकृति को प्रभावित कर सकते हैं और कभी-कभी बहुत परेशानी पैदा करते हैं। इस पोस्ट में, मैं read_buffer_size चर के बारे में बात करने जा रहा हूं, और यह चर max_allowed_packet के साथ मिलकर आपकी प्रतिकृति को कैसे तोड़ सकता है।

मान लें कि हमारे पास एक मास्टर-मास्टर प्रतिकृति सेटअप है:

max_allowed_packet = 32M
read_buffer_size = 100M

प्रतिकृति को तोड़ने के लिए, मैं LOAD DATA INFILE का उपयोग करके 4 मिलियन पंक्तियों को लोड करने जा रहा हूं:

MasterA (test) > LOAD DATA INFILE '/tmp/data' INTO TABLE t;
Query OK, 4510080 rows affected (26.89 sec)

कुछ समय बाद, MasterA पर SHOW SLAVE STATUS कमांड हमें निम्न आउटपुट देगा:

Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'log event entry exceeded max_allowed_packet; Increase max_allowed_packet on master;the first event 'mysql-bin.000002' at 74416925, the last event read from './mysql-bin.000004' at 171, the last byte read from './mysql-bin.000004' at 190.'

बहुत अजीब है! हमने मास्‍टर को डेटा अपलोड कर दिया है, और अब हमने वहां प्रतिकृति को फाड़ दिया है और max_allowed_packet से संबंधित एक त्रुटि है। अगला चरण दोनों मास्टर्स के लिए द्विआधारी लॉग की जाँच कर रहा है:

masterâ:

masterA> mysqlbinlog data/mysql-bin.000004 | grep block_len
#Begin_load_query: file_id: 1 block_len: 33554432
#Append_block: file_id: 1 block_len: 33554432
#Append_block: file_id: 1 block_len: 33554432
#Append_block: file_id: 1 block_len: 4194304
#Append_block: file_id: 1 block_len: 33554432
#Append_block: file_id: 1 block_len: 10420608

Max_allowed_packet (33554432) से बड़ा कोई ब्लॉक नहीं है।

MasterB:

masterB> mysqlbinlog data/mysql-bin.000004 | grep block_len
#Begin_load_query: file_id: 1 block_len: 33555308
#Append_block: file_id: 1 block_len: 33555308
#Append_block: file_id: 1 block_len: 33555308
#Append_block: file_id: 1 block_len: 4191676
#Append_block: file_id: 1 block_len: 33555308
#Append_block: file_id: 1 block_len: 10419732

अंतर नोटिस? 33555308, max_allowed_packet (33554432) से बड़ा है, इसलिए Master2 ने कुछ ब्लॉकों को सुरक्षित मान से 876 बाइट अधिक लिखा। तब मास्टरए बाइनरी लॉग को मास्टरबी से पढ़ने का प्रयास करता है, और प्रतिकृति टूट जाती है क्योंकि पैकेट बहुत बड़े होते हैं। नहीं, replicate_same_server_id सक्षम नहीं है।

Read_buffer_size और इस बग के बीच क्या संबंध है?

फिर, शब्दों में समझाने की तुलना में एक उदाहरण देना बेहतर है। नए मान लें:

max_allowed_packet = 32M
read_buffer_size = 16M

हम LOAD DATA INFILE को फिर से चलाते हैं, और अब दोनों सर्वरों पर आउटपुट होगा:

#Begin_load_query: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 16777216
#Append_block: file_id: 1 block_len: 14614912

अधिकतम डेटा ब्लॉक का आकार read_buffer_size मान पर आधारित है, इसलिए अब वे निश्चित रूप से max_allowed_packet से बड़ा नहीं होगा।
इसलिए, यह याद रखने योग्य है कि अगर read_buffer_size का मान max_allowed_packet से अधिक है, तो इससे MySQL में डेटा आयात के दौरान प्रतिकृति विफलता हो सकती है। यह बग 5.0.x से नवीनतम 5.5.25 तक के सभी संस्करणों में है, और इसके चारों ओर प्राप्त करने का सबसे आसान तरीका यह है कि read_buffer_size को max_allowed_packet से अधिक सेट न किया जाए। ऐसा लगता है कि बग 30435 वास्तव में तय नहीं किया गया है।

और यह मत भूलो कि read_buffer_size के लिए बड़े मान उत्पादकता में वृद्धि नहीं करते हैं (आप इसके बारे में मूल में यहाँ पढ़ सकते हैं, और यहाँ अनुवाद है)।