MySQL因配置過大內存導致無法啟動的解決方法
更新時間：2017年06月23日 14:12:49 作者：Carey
這篇文章主要給大家介紹了關于MySQL因配置過大內存導致無法啟動的解決方法，文中給出了詳細的解決示例代碼，對遇到這個問題的朋友們具有一定的參考學習價值，需要的朋友們下面來一起看看吧。
問題描述
MySQL 啟動時報錯，查看錯誤日志有
[ERROR] InnoDB: Cannot allocate memory for the buffer pool
（不能從緩存池中分配給innodb引擎需要的內存）
解決辦法
需要調整 MySQL 配置文件 my.cnf 中的 innodb_buffer_pool_size、key_buffer_size 的大小設置，適當?shù)恼{大內存分配，一般調整為系統(tǒng)內存的一半
先使用 free -m 查看下系統(tǒng)內存大小，查看是 1G 內存
那么 vi /etc/my.cnf，調整 innodb_buffer_pool_size、key_buffer_size 各為 500M
注意：my.cnf 以實際配置文件路徑為準。
重啟OK
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。
相關文章
這篇文章主要為大家詳細介紹了win10下mysql 8.0.11 壓縮版安裝教程，具有一定的參考價值，感興趣的小伙伴們可以參考一下2018-05-05
MySQL 服務器參數(shù)說明及查看，設置方法，對于mysql不是很熟悉的朋友，可以參考下。2009-03-03
這篇文章主要為大家詳細介紹了SQL編程的入門方法，使用數(shù)據(jù)庫，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下，希望能夠給你帶來幫助2022-02-02
本文將提供了一個絕佳的機制來定義、封裝和管理事務，需要的朋友可以參考下2012-11-11
全面分析MySQL?ERROR?1045出現(xiàn)的原因及解決
這篇文章主要介紹了全面分析MySQL?ERROR?1045出現(xiàn)的原因及解決方案，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-07-07
我們知道,一個服務器開放N個鏈接給客戶端連接的,就會有大并發(fā)的更新操作,但是從服務器的里面讀取binlog線程得僅有一個,當某個SQL在從服務器上執(zhí)行的時間稍長?或由某個SQL要鎖表就會導致主服務器的SQL大量積壓，未被同步到從服務器,就導致了主從不一致,也就是主從延遲2022-01-01
有時候需要遠程連接mysql數(shù)據(jù)庫，默認是不可以的，大家可以參考下面的方法，解決下。2010-08-08
mysql8.0.20配合binlog2sql的配置和簡單備份恢復的步驟詳解
這篇文章主要介紹了mysql8.0.20配合binlog2sql的配置和簡單備份恢復的步驟，本文給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2020-09-09
MySQL thread_stack連接線程的優(yōu)化
當有新的連接請求時，MySQL首先會檢查Thread Cache中是否存在空閑連接線程，如果存在則取出來直接使用，如果沒有空閑連接線程，才創(chuàng)建新的連接線程2017-04-04
Mysql聯(lián)合查詢UNION和Order by同時使用報錯問題的解決辦法
很多朋友剛使用聯(lián)合查詢UNION的時候常常會理所當然的將聯(lián)合查詢理解為把沒一個子查詢的結果集組合成一個大的結果集2014-04-04