मैंने इस समस्या को हल करने के लिए एक निश्चित समाधान या चरणों के सेट के लिए पूरी तरह से Google की खोज की है, लेकिन कई उच्च गुणवत्ता वाले परिणाम नहीं दिखते हैं, और मुझे स्टैक ओवरफ़्लो पर सवाल नहीं मिला है। हम एक दास का उपयोग करके MySQL प्रतिकृति स्थापित करने की कोशिश कर रहे हैं। दास ठीक से प्रतिकृति प्रतीत होता है, और फिर निम्न त्रुटि होती है:MySQL प्रतिकृति त्रुटि के साथ विफल रहता है "रिले लॉग इवेंट एंट्री पार्स नहीं कर सका।"
रिले लॉग इवेंट प्रविष्टि का विश्लेषण नहीं कर सका। संभावित कारण हैं: मास्टर का बाइनरी लॉग दूषित हो गया है (आप बाइनरी लॉग पर 'mysqlbinlog' चलाकर इसे देख सकते हैं), दास का रिले लॉग दूषित हो गया है (आप रिले लॉग पर 'mysqlbinlog' चलाकर इसे देख सकते हैं) नेटवर्क समस्या, या मास्टर या दास के MySQL कोड में एक बग। यदि आप मास्टर के बाइनरी लॉग या दास के रिले लॉग को देखना चाहते हैं, तो आप इस दास पर 'शो स्लेव स्टेटस' जारी करके अपने नाम जान सकेंगे।
आदेश लोग हैं, जो अनिवार्य रूप से एक खोज से इस सवाल पर आते हैं जाएगा की एक बड़ी संख्या को लाभान्वित करने में, यह उपयोगी है, तो कोई है जो प्रतिक्रिया करता है क्या गलत हो रहा जा सकता है और क्या कदम को हल करने में लेने के लिए के एक सिंहावलोकन प्रदान की होगी इस मुद्दे पर, लेकिन मैं आशा करता हूं कि कोई मुझे अपनी हल करने में मदद कर सकता है, मेरी उम्मीद से संबंधित अधिक जानकारी भी प्रदान करूंगा।
डंप है कि हम गुलाम में आयात यह मास्टर पर निम्न आदेश का उपयोग कर बनाया गया था आरंभ करने के लिए:
mysqldump --opt --allow-keywords -q -uroot -ppassword dbname > E:\Backups\dbname.sql
स्क्रिप्ट करता है कि इस बैकअप भी मास्टर की वर्तमान द्विआधारी लॉग स्थिति लॉग । हम तो निम्नलिखित कदम उठाए दास पर प्रतिकृति शुरू करने के लिए: ठीक काम कर रहा प्रतिकृति के एक दिन के बारे में बाद
1. STOP SLAVE;
2. DROP DATABASE dbname;
3. SOURCE dbname.sql;
(... waited a few hours for the 10gb dump to import)
4. RESET SLAVE;
5. CHANGE MASTER TO MASTER_HOST='[masterhostname]', MASTER_USER='[slaveusername]', MASTER_PASSWORD='[slaveuserpassword]', MASTER_PORT=[port], MASTER_LOG_FILE='[masterlogfile]', MASTER_LOG_POS=[masterlogposition];
6. START SLAVE;
, यह कम से 03:43 फिर से विफल रहा है। MySQL के त्रुटि लॉग में दिखाई देने वाली पहली चीज़ ऊपर की त्रुटि थी। अधिक जानकारी के लिए प्रवेश
Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log '[masterlogfile]' position [masterlogpos]
, मैं "दिखाएं दास स्थिति" और "संपूर्ण PROCESSLIST" हर घंटे चलाने के लिए एक बैच स्क्रिप्ट की स्थापना की: फिर एक और सामान्य त्रुटि एक ही टाइमस्टैम्प के साथ के बाद दिखाई दिया। यहाँ के परिणाम से पहले और विफलता के बाद कर रहे हैं:
--Monitoring: 3:00:00.15
Slave Status:
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.xxx.xxx
Master_User: slave_user
Master_Port: xxxx
Connect_Retry: 60
Master_Log_File: mysql-bin.000xxx
Read_Master_Log_Pos: 316611912
Relay_Log_File: dbname-relay-bin.00000x
Relay_Log_Pos: 404287513
Relay_Master_Log_File: mysql-bin.000xxx
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: dbname
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 316611912
Relay_Log_Space: 404287513
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
*************************** 1. row ***************************
Id: 98
User: system user
Host:
db: NULL
Command: Connect
Time: 60547
State: Waiting for master to send event
Info: NULL
*************************** 2. row ***************************
Id: 99
User: system user
Host:
db: NULL
Command: Connect
Time: 5
State: Has read all relay log; waiting for the slave I/O thread to update it
Info: NULL
*************************** 3. row ***************************
Id: 119
User: root
Host: localhost:xxxx
db: NULL
Command: Query
Time: 0
State: NULL
Info: SHOW FULL PROCESSLIST
--Monitoring: 4:00:02.71
Slave Status:
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.xxx.xxx
Master_User: slave_user
Master_Port: xxxx
Connect_Retry: 60
Master_Log_File: mysql-bin.000xxx
Read_Master_Log_Pos: 324365637
Relay_Log_File: dbname-relay-bin.00000x
Relay_Log_Pos: 410327741
Relay_Master_Log_File: mysql-bin.000xxx
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB: dbname
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog' on the binary log), the slave's relay log is corrupted (you can check this by running 'mysqlbinlog' on the relay log), a network problem, or a bug in the master's or slave's MySQL code. If you want to check the master's binary log or slave's relay log, you will be able to know their names by issuing 'SHOW SLAVE STATUS' on this slave.
Skip_Counter: 0
Exec_Master_Log_Pos: 322652140
Relay_Log_Space: 412041238
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
*************************** 1. row ***************************
Id: 98
User: system user
Host:
db: NULL
Command: Connect
Time: 64149
State: Waiting for master to send event
Info: NULL
*************************** 2. row ***************************
Id: 122
User: root
Host: localhost:3029
db: NULL
Command: Query
Time: 0
State: NULL
Info: SHOW FULL PROCESSLIST
मैं त्रुटि से निर्देशों का पालन करने की कोशिश की और की बात के बाद बयान के एक START_POSITION हजारों से पहले, और बयानों के stop_position हजारों के साथ गुलाम की रिले लॉग पर mysqlbinlog भाग गया विफलता, और आउटपुट को एक पाठ फ़ाइल में पुनर्निर्देशित किया। मुझे कमांड लाइन या लॉग फ़ाइल में कोई भ्रष्टाचार त्रुटियां नहीं मिलीं। यह वही लॉग फ़ाइल विफलता के बिंदु के आसपास कहा है:
...
# at 410327570
#120816 3:43:26 server id 1 log_pos 322651969 Intvar
SET INSERT_ID=3842697;
# at 410327598
#120816 3:43:26 server id 1 log_pos 322651997 Query thread_id=762340 exec_time=0 error_code=0
SET TIMESTAMP=1345113806
insert into LOGTABLENAME (UpdateDate, Description) values (now(), "Invalid floating point operation");
# at 410327741
#120816 3:44:26 server id 1 log_pos 322754486 Intvar
SET INSERT_ID=3842701;
# at 410327769
#120816 3:43:26 server id 1 log_pos 322754514 Query thread_id=762340 exec_time=0 error_code=0
SET TIMESTAMP=1345113866;
insert into LOGTABLENAME (UpdateDate, Description) values (now(), "Invalid floating point operation");
# at 410327912
...
दिलचस्प है कि यह उस बिंदु पर एक अवैध चल बिन्दु आपरेशन प्रवेश करने है, लेकिन मुझे यकीन है कि कैसे प्रतिकृति है कि स्थिति में तोड़ने के लिए कारण हो सकता है नहीं कर रहा हूँ। मैंने ऊपर से शो स्लेव स्टेटस में मिले मास्टर के बाइनरी लॉग पर mysqlbinlog चलाया, और कमांड लाइन पर कोई त्रुटि नहीं देखी (लेकिन 100 एमबी लॉग फ़ाइल को खोलने का मौका नहीं मिला जो कि उत्पन्न हुआ था क्योंकि मैं बोग नहीं करना चाहता था उत्पादन सर्वर के नीचे)।
तो अभी मैं कोशिश करने के लिए और अधिक नुकसान के लिए हूं। मैं मूल रूप से किसी भी अंतर्दृष्टि की तलाश कर रहा हूं कि क्या गलत हो रहा है या अगले कदम उठाने के लिए कोई सुझाव है। धन्यवाद!
यह मेरे लिए काम किया। धन्यवाद! – fesja
हाय लकड़ी अभिभावक - क्या आप यह स्पष्ट कर सकते हैं कि यह वास्तव में क्या करता है? हमारे पास एक ऐसी स्थिति थी जहां हम डिस्क से बाहर चले गए, और हो सकता है कि रिले-लॉग फ़ाइलों में से एक ठीक से/दूषित नहीं लिखा गया हो। क्या यह वास्तव में मास्टर लॉग से रिले लॉग फ़ाइलों को फिर से बनाता है? मेरे मामले में मास्टर लॉग और मास्टर लॉग पॉज़ जहां दोनों प्रक्रियाओं को लटकाते समय से पुरानी स्थिति में सेट करते हैं। धन्यवाद! – Damian
आह - यह होना चाहिए - आदेशों को चलाने के बाद स्थिति "Slave_IO_State: रिले लॉग में मास्टर ईवेंट क्विकिंग" दिखाती है, जिसका मुझे लगता है कि यह रिले लॉग का पुनर्निर्माण कर रहा है। सब स्पष्ट - फिर से धन्यवाद। – Damian