2013-12-10 2 views
6

मेरा डेटाबेस (mysql) सर्वर क्रैश/पुनरारंभ करना जारी रखता है और मुझे क्या करना है इसके नुकसान में हूं। मैं अपने dbname.org.err फ़ाइल में निम्न बार आ रही है:MySQL innoDB

131205 18:49:05 mysqld_safe mysqld from pid file /var/lib/mysql/les.lesplan.org.pid ended 
131205 18:50:12 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 
131205 18:50:12 [Note] Plugin 'FEDERATED' is disabled. 
131205 18:50:12 InnoDB: The InnoDB memory heap is disabled 
131205 18:50:12 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
131205 18:50:12 InnoDB: Compressed tables use zlib 1.2.3 
131205 18:50:12 InnoDB: Using Linux native AIO 
131205 18:50:12 InnoDB: Initializing buffer pool, size = 128.0M 
131205 18:50:12 InnoDB: Completed initialization of buffer pool 
131205 18:50:12 InnoDB: highest supported file format is Barracuda. 
131205 18:50:12 InnoDB: Waiting for the background threads to start 
131205 18:50:13 InnoDB: 5.5.32 started; log sequence number 94296300 
131205 18:50:13 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
131205 18:50:13 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 
131205 18:50:13 [Note] Server socket created on IP: '0.0.0.0'. 
131205 18:50:14 [Note] Event Scheduler: Loaded 0 events 
131205 18:50:14 [Note] /usr/sbin/mysqld: ready for connections. 
Version: '5.5.32-cll' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL) 
131206 07:32:53 mysqld_safe Number of processes running now: 0 
131206 07:32:53 mysqld_safe mysqld restarted 
131206 7:32:54 [Note] Plugin 'FEDERATED' is disabled. 
131206 7:32:54 InnoDB: The InnoDB memory heap is disabled 
131206 7:32:54 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
131206 7:32:54 InnoDB: Compressed tables use zlib 1.2.3 
131206 7:32:54 InnoDB: Using Linux native AIO 
131206 7:32:54 InnoDB: Initializing buffer pool, size = 128.0M 
131206 7:32:54 InnoDB: Completed initialization of buffer pool 
131206 7:32:54 InnoDB: highest supported file format is Barracuda. 
InnoDB: The log sequence number in ibdata files does not match 
InnoDB: the log sequence number in the ib_logfiles! 
131206 7:32:54 InnoDB: Database was not shut down normally! 
InnoDB: Starting crash recovery. 
InnoDB: Reading tablespace information from the .ibd files... 
InnoDB: Restoring possible half-written data pages from the doublewrite 
InnoDB: buffer... 
131206 7:32:54 InnoDB: Waiting for the background threads to start 
131206 7:32:55 InnoDB: 5.5.32 started; log sequence number 94790638 
131206 7:32:55 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
131206 7:32:55 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 
131206 7:32:55 [Note] Server socket created on IP: '0.0.0.0'. 
131206 7:32:55 [Note] Event Scheduler: Loaded 0 events 
131206 7:32:55 [Note] /usr/sbin/mysqld: ready for connections. 
Version: '5.5.32-cll' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL) 
131206 07:33:07 mysqld_safe Number of processes running now: 0 
131206 07:33:07 mysqld_safe mysqld restarted 
131206 7:33:07 [Note] Plugin 'FEDERATED' is disabled. 
131206 7:33:07 InnoDB: The InnoDB memory heap is disabled 
131206 7:33:07 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
131206 7:33:07 InnoDB: Compressed tables use zlib 1.2.3 
131206 7:33:07 InnoDB: Using Linux native AIO 
131206 7:33:07 InnoDB: Initializing buffer pool, size = 128.0M 
131206 7:33:07 InnoDB: Completed initialization of buffer pool 
131206 7:33:07 InnoDB: highest supported file format is Barracuda. 
InnoDB: The log sequence number in ibdata files does not match 
InnoDB: the log sequence number in the ib_logfiles! 
131206 7:33:07 InnoDB: Database was not shut down normally! 
InnoDB: Starting crash recovery. 
InnoDB: Reading tablespace information from the .ibd files... 
InnoDB: Restoring possible half-written data pages from the doublewrite 
InnoDB: buffer... 
131206 7:33:08 InnoDB: Waiting for the background threads to start 
131206 7:33:09 InnoDB: 5.5.32 started; log sequence number 94790648 
131206 7:33:09 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
131206 7:33:09 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 
131206 7:33:09 [Note] Server socket created on IP: '0.0.0.0'. 
131206 7:33:09 [Note] Event Scheduler: Loaded 0 events 
131206 7:33:09 [Note] /usr/sbin/mysqld: ready for connections. 
Version: '5.5.32-cll' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL) 
131206 07:38:38 mysqld_safe Number of processes running now: 0 
131206 07:38:38 mysqld_safe mysqld restarted 
131206 7:38:38 [Note] Plugin 'FEDERATED' is disabled. 
131206 7:38:38 InnoDB: The InnoDB memory heap is disabled 
131206 7:38:38 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
131206 7:38:38 InnoDB: Compressed tables use zlib 1.2.3 
131206 7:38:38 InnoDB: Using Linux native AIO 
131206 7:38:38 InnoDB: Initializing buffer pool, size = 128.0M 
131206 7:38:38 InnoDB: Completed initialization of buffer pool 
131206 7:38:38 InnoDB: highest supported file format is Barracuda. 
InnoDB: The log sequence number in ibdata files does not match 
InnoDB: the log sequence number in the ib_logfiles! 
131206 7:38:38 InnoDB: Database was not shut down normally! 
InnoDB: Starting crash recovery. 
InnoDB: Reading tablespace information from the .ibd files... 
InnoDB: Restoring possible half-written data pages from the doublewrite 
InnoDB: buffer... 
131206 7:38:38 InnoDB: Waiting for the background threads to start 
131206 7:38:39 InnoDB: 5.5.32 started; log sequence number 94790674 
131206 7:38:39 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306 
131206 7:38:39 [Note] - '0.0.0.0' resolves to '0.0.0.0'; 
131206 7:38:39 [Note] Server socket created on IP: '0.0.0.0'. 
131206 7:38:39 [Note] Event Scheduler: Loaded 0 events 
131206 7:38:39 [Note] /usr/sbin/mysqld: ready for connections. 
Version: '5.5.32-cll' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL) 
[email protected] [/var/lib/mysql]# 

सर्वर 'दुर्घटनाओं' और मालूम होता है यादृच्छिक अंतराल पर पुन: प्रारंभ हो, हालांकि यह चारों ओर 7:30 बजे होता है (+/- 30 मिनट) से अधिक ऐसा लगता है कि दूसरी बार।

इस समय के पास कहीं भी क्रॉन नौकरियां नहीं चल रही हैं।

किसी भी मदद की सराहना की जाएगी!

एस एस

उत्तर

7

अपने ib_log फ़ाइलें छोड़ें और कॉन्फ़िग फ़ाइल में = 6 innodb_force_recovery रखो और अपने mysql पुनः आरंभ यह समाधान हो जाएगा

+1

ये बहुत नाटकीय कदम हैं और वर्तमान में यहां आने वाली विशिष्ट समस्या के बारे में वर्तमान में उपलब्ध जानकारी की मात्रा के आधार पर उचित नहीं हैं। –

+0

काम किया धन्यवाद! – brokenspoke

+0

@brokenspoke इस साइट पर अगर यह काम करता है तो यह "स्वीकार्य" ("हल" के बराबर) के रूप में चिह्नित करने के लिए इस उत्तर द्वारा चेक मार्क पर क्लिक करने के लिए उचित "संपादन" है। :) –

0

बाहर कर देता है कि समय-समय पर, स्मृति उपयोग स्पाइक होगा (मुझे लगता है कि अनुमान लगा रहा हूँ यह अपाचे बाल प्रक्रियाओं में नाटकीय स्पाइक की वजह से था) और इससे स्मृति दबाव होगा। आउट-ऑफ-मेमोरी किलर MySQL को बंद करने के लिए चुन देगा, क्योंकि यह सिस्टम में सबसे बड़ा मेमोरी उपयोगकर्ता था (आमतौर पर)।

तो ठीक करने के लिए, मैं

  • अधिक स्मृति मिला
  • ठीक देखते अपाचे बच्चे प्रक्रियाओं है कि ऊपर काता गया की संख्या को नियंत्रित करने के लिए।
+1

इसके अतिरिक्त आप '/ proc/$ (pidof mysqld)/oom_adj' से -17 सेट कर सकते हैं ताकि ओम-किलर mysqld को मार न सके। Mysqld की तुलना में अपाचे को मारना बेहतर है। Https://twindb.com/oom-killer-or-how-to-fail-at-start/ – akuzminsky

+0

देखें बहुत बहुत धन्यवाद! –

संबंधित मुद्दे