2010-11-09 29 views
5

我收到以下錯誤,同時啓動MySQL的...可以有人幫忙:啓動PID文件的MySQL.Manager退出而不更新網絡連接錯誤

]#服務啓動mysql 啓動PID文件的MySQL.Manager退出而不更新網絡[失敗] 以下是我的my.cnf文件...

** my.cnf文件 ** * **

的[mysqld]
DATADIR =的/ var/lib中/ MySQL的
插座=的/ var/lib中/ MySQL的/的mysql.sock
用戶= MySQL的

的table_cache = 2048
innodb_buffer_pool_size = 2G
innodb_file_per_table
innodb_log_buffer_size = 8M
innodb_log_file_size = 128M
innodb_additional_mem_pool_size = 4M
innodb_table_locks = 0
默認存儲引擎= InnoDB的
join_buffer_size = 2M
query_cache_size變量= 512M
query_cache_limit = 2M
sort_buffer_size的值= 8M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
的key_buffer = 512M
key_buffer_size = 256M
max_allowed_pa​​cket = 16M
max_connections = 250
long_query_time時間= 5
log_slow_queries = EKB-QA-APP-02-的slow.log
innodb_autoinc_lock_mode = 2

[mysqld_safe的]
數誤差= /無功/日誌/ mysqld.log
PID文件=/var/run/mysqld/mysqld.pid

回答

9

我收到了完全相同的錯誤...最終導致誤導我。問題(至少對我來說)最終是因爲我已經將磁盤填滿了容量。試試df -h,看看你是否有能力。希望有幫助,而且這個錯誤也是由你造成的(因爲它很容易修復:))。

+0

問題出在我的Innodb引擎 – user476554 2010-11-09 20:45:03

+0

謝謝,我也是誤導,磁盤已滿,經過一些清理後mysql運行良好。 – 2016-06-09 14:27:01

-2

我認爲這個問題可能與my.cnf文件中找到的變量「performance_schema」有關。這個變量應該被註釋掉。試一試。

2

嘗試直接運行mysqld_safe並查看錯誤消息是否更具體地說明了您的問題。這樣我就能夠意識到我的日誌文件有權限問題。

-1

我認爲這將通過哈希 query_cache

4

這可以發生原因有兩個解決:

  1. mysqld正在試圖將日誌寫入磁盤,這是滿的。
  2. mysqld正在嘗試將日誌寫入文件,但它沒有適當的權限。
0

對我來說,問題是中放置服務器的多個my.cnf文件,刪除它(錯誤的文件),一個幫我解決這個問題

2

對我來說,問題是權限不夠MySQL數據文件。數據filse以root身份從另一個文件系統複製過來。一旦我將文件組和所有權更改爲mysql:mysql,錯誤就消失了。

0

如果你有自己的分區上的mysql(例如/ var/lib/mysql),確保它沒有變爲只讀。要做到這一點,試圖創建(觸摸)該分區中的文件。如果它已經是隻讀的,它會讓你知道,你將需要在該分區上運行手動fsck。首先確保沒有正在運行的進程(lsof/var/lib/mysql | awk'{print $ 1}'| sort | uniq -c | awk'{print $ 2}'),然後在fscking它之前卸載分區。

1

/etc/init.d/mysql[d]啓動腳本也可以通過打印重疊的錯誤消息來取代自身,但最終只能看到一個。您可能還會在腳本輸出中看到「[FAILED]」或「[OK]」,其中一些甚至可能取決於您使用的確切終端軟件。

同時,於我而言,真正的錯誤葬此之下:

Manager of pid-file quit wi[FAILED]dating file 

我終於湊近仔細看我的mysqld錯誤日誌,發現真正的問題:

/usr/sbin/mysqld: File 'MASTER/master15-bin.index' not found (Errcode: 2) 

像在這裏的其他類似案例中,問題來自將不同主機上的整個/ var/lib/mysql目錄複製過來。在這裏,我設置了一個新的複製服務器,所以MASTER和SLAVE變量當然在/etc/my.cnf中有所不同。我的主binlogs位於MASTER子目錄中。

一旦我清理乾淨,一切都很好。

所以這個「PID文件管理器退出」的錯誤是另一個紅鯡魚。 (1)答案可能在於你的錯誤日誌,(2)可能與你從mysqld_safe看到的這個錯誤無關。

1

我只是在前面的sudo命令在下面的語句和mysql啓動。

$ sudo /etc/rc.d/init.d/mysql start 

輸入密碼: 啓動MySQL。 我檢查後發現,MySQL是通過發出以下命令運行:

$ mysqladmin -u root -pjoomla1 ping 

mysqld的是活着

0

這裏就是我的my.cnf配置文件播放,試圖獲得最佳性能後發現。

如果我innodb_log_file_size設置爲一個錯誤的值和我嘗試重新啓動MySQL服務器,它關閉好了,但是,當它試圖啓動,我得到類似如下的內容:

Starting MySQL.The server quit without updating PID file ([FAILED]mysql/<insert pid file here>). 

後來,當我檢查錯誤日誌,找出怎麼回事,我看到了這一切:

140709 22:47:30 mysqld_safe mysqld from pid file /var/lib/mysql/<pid filename>.pid ended 
140709 22:47:31 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 
140709 22:47:31 [Warning] Using unique option prefix thread_cache instead of thread_cache_size is deprecated and will be removed... 
140709 22:47:31 [Note] Plugin 'FEDERATED' is disabled. 
140709 22:47:31 InnoDB: The InnoDB memory heap is disabled 
140709 22:47:31 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
140709 22:47:31 InnoDB: Compressed tables use zlib 1.2.3 
140709 22:47:31 InnoDB: Using Linux native AIO 
140709 22:47:31 InnoDB: Initializing buffer pool, size = 512.0M 
140709 22:47:31 InnoDB: Completed initialization of buffer pool 
InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes 
InnoDB: than specified in the .cnf file 0 67108864 bytes! 
140709 22:47:31 [ERROR] Plugin 'InnoDB' init function returned error. 
140709 22:47:31 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 
140709 22:47:31 [ERROR] Unknown/unsupported storage engine: InnoDB 
140709 22:47:31 [ERROR] Aborting 

140709 22:47:31 [Note] /usr/sbin/mysqld: Shutdown complete 

140709 22:47:31 mysqld_safe mysqld from pid file /var/lib/mysql/<pid filename>.pid ended 

除了我改爲「PID文件名」的PID文件名。

網站認爲你可以將innodb_log_file_size設置爲一個值,但有些東西試圖告訴我,它是一個值,即MySQL服務器計算的值和你不能設置的值。

-1

你沒有提到你在這裏使用的是什麼系統。對於CentOS,Fedora和Red Hat Enterprise Linux,請使用服務mysqld而不是mysql

sudo /etc/init.d/mysqld start 
0

此建議也將幫助。 刪除下面的列表,以便默認值可以在[mysqld]的部分支持你的努力的my.cnf /的.ini sort_buffer_size的值 read_buffer_size read_rnd_buffer_size join_buffer_size 改善(減少)的響應時間。 爲什麼你會故意讀取16M的read_rnd_buffer_size數據,當你可以用256K的DEFAULT獲得你需要的數據?

相關問題