前言
最近發(fā)現(xiàn)CentOS 7下升級MySQL5.7.23的一個坑,以前面升級到MySQL 5.7.23的一個集群為例
![](/d/20211018/0703e2afce26f24b1cc8c02f71757d08.gif)
在我們環(huán)境下打開文件描述符個數(shù)的參數(shù)open_files_limit在MySQL 5.6.21下都統(tǒng)一配置為65535,而CentOS 7系統(tǒng)下安裝MySQL5.7.23的open_files_limit參數(shù)的默認(rèn)值為5000
否則像分區(qū)表數(shù)量較多的集群,打開的文件個數(shù)過大時,數(shù)據(jù)庫就會報錯。
原因如下:
1、CentOS 7安裝MySQL5.7.23,服務(wù)管理發(fā)生了變化,從sysvinit(service mysql start)變化為systemd(systemctl start mysqld.service)
2、CentOS 7下Limit的配置由下面配置文件來決定
全局設(shè)置:/etc/systemd/system.conf(如DefaultLimitNOFILE=65535)
![](/d/20211018/3f1f439ef1170e2f3789d915dee4af29.gif)
服務(wù)設(shè)置:[Service]默認(rèn)值為5000,應(yīng)該將LimitNOFILE修改為65535
![](/d/20211018/4dd2296cc9a12dc3d34c97e65cf728ec.gif)
【測試】
1、全局配置文件/etc/systemd/system.conf
2、service配置文件/usr/lib/systemd/system/mysqld.service
3、mysql配置文件/etc/my.cnf
【結(jié)論】
1、當(dāng)以systemd管理mysql服務(wù)時,在下面3個配置文件中同時制定open_files_limit參數(shù)時,最終會以service配置文件為準(zhǔn)
2、當(dāng)service相關(guān)配置值注釋掉時,會以全局配置文件為準(zhǔn)
【解決方案】
1、單臺修復(fù)方法,按下面步驟
#修改配置
vim /usr/lib/systemd/system/mysqld.service
#重載
systemctl daemon-reload
#重啟服務(wù)生效
systemctl restart mysqld@replica01.service
2、安裝包修復(fù)方法,修改下面兩個源文件,將5000增加到65535,重新打包發(fā)布,這樣新版本默認(rèn)會保持與MySQL5.6.21相同的配置
![](/d/20211018/1fe5c8b6816cd747da664df9253e7a91.gif)
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。
您可能感興趣的文章:- MySQL 5.7.30 安裝與升級問題詳細(xì)教程
- Docker版的MySQL5.7升級到MySQL8.0.13,數(shù)據(jù)遷移
- phpstudy2018升級MySQL5.5為5.7教程(圖文)
- 升級到MySQL5.7后開發(fā)不得不注意的一些坑
- 實戰(zhàn)MySQL升級的最佳方法
- phpStudy中升級MySQL版本到5.7.17的方法步驟
- Win下Mysql5.6升級到5.7的方法
- Windows(x86,64bit)升級MySQL 5.7.17免安裝版的詳細(xì)教程
- MySQL數(shù)據(jù)庫升級的一些"陷阱"