解決Linux安裝mysql 在/etc下沒有my.cnf的問題
今天因?yàn)橄敫膍ysql的端口,結(jié)果發(fā)現(xiàn)我的/etc/目錄下并沒有my.cnf這個(gè)文件,我就看了下網(wǎng)上有沒有解決的方法。
看了好多關(guān)于Linux下沒有my.cnf的博客,都是說將my-medium.cnf 移動(dòng)到etc 并且改名為my.cnf,但是我也沒有my-medium.cnf 啊,后面才知道,從5.7.18開始官方不再二進(jìn)制包中提供my-default.cnf文件。
具體可參考:https://dev.mysql.com/doc/refman/5.7/en/binary-installation.html
那么我們要怎么修改端口號(hào)呢?其實(shí)我們只需要修改/etc/mysql/mysql.conf.d就可以了。

補(bǔ)充:mysql啟動(dòng)時(shí),提示/etc/my.cnf 被忽略的問題處理
今天在處理測試開發(fā)人員的問題是,發(fā)現(xiàn)一個(gè)MySQL實(shí)例啟動(dòng)故障,處理過程如下:
發(fā)現(xiàn)mysql實(shí)例是關(guān)閉的,執(zhí)行命令啟動(dòng)mysql實(shí)例時(shí)有警告:
# service mysql.server start Warning: World-writable config file '/etc/my.cnf' is ignored Starting MySQL SUCCESS!
觀察mysql的啟動(dòng)日志,在日志中顯示:
151014 11:39:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql/data Warning: World-writable config file '/etc/my.cnf' is ignored
大概意思是權(quán)限全局可寫,任何一個(gè)用戶都可以寫。mysql擔(dān)心這種文件被其他用戶惡意修改,所以忽略掉這個(gè)配置文件。這樣mysql無法關(guān)閉。
此時(shí)查詢MySQL數(shù)據(jù)庫中的配置,發(fā)現(xiàn)一些my.cnf配置的參數(shù),在mysql實(shí)例中并沒有生效。
這個(gè)是因?yàn)?/etc/my.cnf 也被修改為 777權(quán)限了:
# ls -la /etc/my.cnf -rwxrwxrwx 1 root root 1120 Jul 31 10:28 /etc/my.cnf
/etc/my.cnf 權(quán)限過大,會(huì)影響實(shí)例不能啟動(dòng),或者不能關(guān)閉,需要修改為 644.操作如下:
# ls -la /etc/my.cnf -rwxrwxrwx 1 root root 1120 Jul 31 10:28 /etc/my.cnf # # # chmod 644 /etc/my.cnf # # ls -la /etc/my.cnf -rw-r--r-- 1 root root 1120 Jul 31 10:28 /etc/my.cnf #
確認(rèn)一下 /etc/my.cnf ,重啟實(shí)例:
151014 14:05:54 mysqld_safe mysqld from pid file /data/mysql/data/yq-xg-dev122.pid ended 151014 14:06:08 mysqld_safe Starting mysqld daemon with databases from /data/mysql/data 151014 14:06:08 [Note] Plugin 'FEDERATED' is disabled. 151014 14:06:08 InnoDB: The InnoDB memory heap is disabled 151014 14:06:08 InnoDB: Mutexes and rw_locks use GCC atomic builtins 151014 14:06:08 InnoDB: Compressed tables use zlib 1.2.3 151014 14:06:08 InnoDB: Using Linux native AIO 151014 14:06:08 InnoDB: Initializing buffer pool, size = 128.0M 151014 14:06:08 InnoDB: Completed initialization of buffer pool 151014 14:06:08 InnoDB: highest supported file format is Barracuda. 151014 14:06:08 InnoDB: Waiting for the background threads to start 151014 14:06:09 InnoDB: 1.1.8 started; log sequence number 18872844901 151014 14:06:09 [Warning] 'proxies_priv' entry '@ root@xinge122' ignored in --skip-name-resolve mode. 151014 14:06:09 [Note] Event Scheduler: Loaded 0 events 151014 14:06:09 [Note] /usr/local/mysql/bin/mysqld: ready for connections. Version: '5.5.19-log' socket: '/tmp/mysql.sock' port: 3306 MySQL Community Server (GPL)
可以看到將 /etc/my.cnf 權(quán)限修改正常后,MySQL實(shí)例就可以正常啟動(dòng)了。
通過這個(gè)案例可以得到如下啟發(fā):
修改Linux操作系統(tǒng)根目錄下目錄和文件的權(quán)限是非常危險(xiǎn)的;
比如修改了 /etc/ssh 目錄的權(quán)限,ssh就無法使用了;如果是 /etc/security 或者 /etc/init.d/sshd 文件被修改了,則root用戶就無法登錄到系統(tǒng)了;
所以必須注意系統(tǒng)權(quán)限,尤其是 /etc/ 目錄下的文件權(quán)限,不能隨便修改。
不論是開發(fā),還是運(yùn)維都是需要規(guī)范化,盡量避免都以root用戶直接操作;對(duì)于軟件和應(yīng)用程序的存放位置,也放在單獨(dú)規(guī)定的目錄中,使用各個(gè)應(yīng)用單獨(dú)的用戶進(jìn)行操作;
對(duì)于系統(tǒng)文件輕易不要修改,尤其不要隨便修改/etc/相關(guān)的系統(tǒng)文件,如果要修改,可以先測試,確認(rèn)沒有問題后再進(jìn)行修改。
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
千萬級(jí)用戶系統(tǒng)SQL調(diào)優(yōu)實(shí)戰(zhàn)分享
這篇文章主要介紹了千萬級(jí)用戶系統(tǒng)SQL調(diào)優(yōu)實(shí)戰(zhàn)分享,用戶日活百萬級(jí),注冊(cè)用戶千萬級(jí),而且若還沒有進(jìn)行分庫分表,則該DB里的用戶表可能就一張,單表上千萬的用戶數(shù)據(jù),下面我們就來學(xué)習(xí)如何讓優(yōu)化,需要的朋友可以參考一下2022-03-03
MySQL實(shí)戰(zhàn)教程之Join語句執(zhí)行流程
這篇文章主要介紹了MySQL Join語句執(zhí)行流程,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-03-03
MySQL中having關(guān)鍵字詳解以及與where的區(qū)別
在MySQL中HAVING和WHERE是用于過濾數(shù)據(jù)的兩個(gè)重要的關(guān)鍵字,它們?cè)诓樵冋Z句中的位置和功能有所不同,這篇文章主要給大家介紹了關(guān)于MySQL中having關(guān)鍵字詳解以及與where區(qū)別的相關(guān)資料,需要的朋友可以參考下2024-07-07
mysql中關(guān)鍵詞exists的用法實(shí)例詳解
在mysql中exists用于檢查子查詢是否至少會(huì)返回一行數(shù)據(jù),該子查詢實(shí)際上并不返回任何數(shù)據(jù),而是返回true或false,下面這篇文章主要給大家介紹了關(guān)于mysql中關(guān)鍵詞exists用法的相關(guān)資料,需要的朋友可以參考下2022-06-06

