在OS X環(huán)境下MySQL啟動時報錯：
016-03-03T00:02:30.483037Z 0 [ERROR] InnoDB: Unable to lock ./ibdata1 error: 35
2016-03-03T00:02:30.483100Z 0 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files.
終端不斷地重復打印上面的錯誤日志，從錯誤日志看起來似乎有另外一個mysqld進程占用了./ibdata1文件，于是使用ps命令查看是否有mysqld進程在運行：
ps -ef |grep mysqld
74 7711 1 0 8:04上午 ?? 0:00.34 /usr/local/mysql/bin/mysqld --user=_mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --plugin-dir=/usr/local/mysql/lib/plugin --log-error=/usr/local/mysql/data/mysqld.local.err --pid-file=/usr/local/mysql/data/mysqld.local.pid
發(fā)現有一個7711的進程在運行，于是強制kill掉：
再次ps查詢：
ps -ef |grep mysqld
74 7759 1 0 8:10上午 ?? 0:00.29 /usr/local/mysql/bin/mysqld --user=_mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --plugin-dir=/usr/local/mysql/lib/plugin --log-error=/usr/local/mysql/data/mysqld.local.err --pid-file=/usr/local/mysql/data/mysqld.local.pid
發(fā)現還在，只不過pid由原來的7711變成了現在的7759，那么看看mysqld進程打開了哪些文件：
該進程沒有打開任何文件，這就見鬼了。
Mac OS X, lsof only shows your own processes unless running as root with sudo
于是再次運行：
sudo lsof -c mysqld
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
mysqld 8655 _mysql cwd DIR 1,4 544 3090250 /usr/local/mysql/data
mysqld 8655 _mysql txt REG 1,4 31130736 3089789 /usr/local/mysql/bin/mysqld
的確發(fā)現有一個實實在在的mysqld進程在運行，也占用的這些mysql文件，經過一番Google大法，發(fā)現在OS X中啟動MySQL跟在Linux中啟動方式完全是牛馬不相及，在OS X中啟動/重啟MySQL的正確姿勢是：
sudo launchctl unload -w /Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist
此時再來看看是否還有mysqld進程：
嗯，發(fā)現確實沒有了，再來啟動MySQL：
sudo launchctl load -w /Library/LaunchDaemons/com.oracle.oss.mysql.mysqld.plist
問題總算解決，但還沒完，總得把原理搞清楚才行。
LAUNCHD是什么？
launchd是Mac OS X從10.4開始引入，用于用于初始化系統(tǒng)環(huán)境的關鍵進程，它是內核裝載成功之后在OS環(huán)境下啟動的第一個進程。傳統(tǒng)的Linux會使用/etc/rc.*或者/etc/init來管理開機要啟動的服務，而在OS X中就是使用launchd來管理。采用這種方式來配置啟動項很簡單，只需要一個plist文件。/Library/LaunchDaemons目錄下的plist文件都是系統(tǒng)啟動后立即啟動進程。使用launchctl命令加載/卸載plist文件，加載配置文件后，程序啟動，卸載配置文件后程序關閉。
卸載配置文件后又嘗試直接用mysqld命令來啟動mysql進程試試：
/usr/local/mysql/bin/mysqld
2016-03-03T01:35:50.359258Z 0 [ERROR] InnoDB: ./ib_logfile0 can't be opened in read-write mode.
2016-03-03T01:35:50.359283Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2016-03-03T01:35:50.670517Z 0 [ERROR] Plugin 'InnoDB' init function returned error.
2016-03-03T01:35:50.670555Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2016-03-03T01:35:50.670568Z 0 [ERROR] Failed to initialize plugins.
2016-03-03T01:35:50.670574Z 0 [ERROR] Aborting
ib_logfile0不能被打開，猜測是用戶權限文件，不能用當前系統(tǒng)用戶啟動mysql。那么加上sudo看看，用root來啟動：
2016-03-03T01:38:10.977313Z 0 [ERROR] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!
2016-03-03T01:38:10.977339Z 0 [ERROR] Aborting
2016-03-03T01:38:10.977350Z 0 [Note] Binlog end
2016-03-03T01:38:10.977410Z 0 [Note] /usr/local/mysql/bin/mysqld: Shutdown complete
叫我去讀MySQL的安全手冊，還是用launchd的方式啟動吧。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
您可能感興趣的文章:- Mysql InnoDB和MyISAM區(qū)別原理解析
- 獲取 MySQL innodb B+tree 的高度的方法
- MySQL MyISAM 與InnoDB 的區(qū)別
- 簡述MySQL InnoDB存儲引擎
- MySQL Innodb 存儲結構 和 存儲Null值 用法詳解
- MySQL InnoDB row_id邊界溢出驗證的方法步驟
- MySQL InnoDB如何保證事務特性示例詳解
- MySQL InnoDB中的鎖機制深入講解
- 詳解MySQL（InnoDB）是如何處理死鎖的
- MySQL學習（七）：Innodb存儲引擎索引的實現原理詳解
- MySQL slow_log表無法修改成innodb引擎詳解
- mysql innodb的重要組件匯總
