今天因?yàn)橄敫膍ysql的端口，結(jié)果發(fā)現(xiàn)我的/etc/目錄下并沒(méi)有my.cnf這個(gè)文件，我就看了下網(wǎng)上有沒(méi)有解決的方法。
看了好多關(guān)于Linux下沒(méi)有my.cnf的博客，都是說(shuō)將my-medium.cnf 移動(dòng)到etc 并且改名為my.cnf，但是我也沒(méi)有my-medium.cnf 啊，后面才知道，從5.7.18開(kāi)始官方不再二進(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 被忽略的問(wèn)題處理
今天在處理測(cè)試開(kāi)發(fā)人員的問(wèn)題是，發(fā)現(xiàn)一個(gè)MySQL實(shí)例啟動(dòng)故障，處理過(guò)程如下：
發(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)限全局可寫(xiě)，任何一個(gè)用戶都可以寫(xiě)。mysql擔(dān)心這種文件被其他用戶惡意修改，所以忽略掉這個(gè)配置文件。這樣mysql無(wú)法關(guān)閉。
此時(shí)查詢MySQL數(shù)據(jù)庫(kù)中的配置，發(fā)現(xiàn)一些my.cnf配置的參數(shù)，在mysql實(shí)例中并沒(méi)有生效。
這個(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)限過(guò)大，會(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)了。
通過(guò)這個(gè)案例可以得到如下啟發(fā)：
修改Linux操作系統(tǒng)根目錄下目錄和文件的權(quán)限是非常危險(xiǎn)的；
比如修改了 /etc/ssh 目錄的權(quán)限，ssh就無(wú)法使用了；如果是 /etc/security 或者 /etc/init.d/sshd 文件被修改了，則root用戶就無(wú)法登錄到系統(tǒng)了；
所以必須注意系統(tǒng)權(quán)限，尤其是 /etc/ 目錄下的文件權(quán)限，不能隨便修改。
不論是開(kāi)發(fā)，還是運(yùn)維都是需要規(guī)范化，盡量避免都以root用戶直接操作；對(duì)于軟件和應(yīng)用程序的存放位置，也放在單獨(dú)規(guī)定的目錄中，使用各個(gè)應(yīng)用單獨(dú)的用戶進(jìn)行操作；
對(duì)于系統(tǒng)文件輕易不要修改，尤其不要隨便修改/etc/相關(guān)的系統(tǒng)文件，如果要修改，可以先測(cè)試，確認(rèn)沒(méi)有問(wèn)題后再進(jìn)行修改。
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教。
您可能感興趣的文章:- 通過(guò)shell腳本對(duì)mysql的增刪改查及my.cnf的配置
- mysql 5.7 的 /etc/my.cnf 參數(shù)介紹
- MySQL中配置文件my.cnf因權(quán)限問(wèn)題導(dǎo)致無(wú)法啟動(dòng)的解決方法
- mysql服務(wù)性能優(yōu)化—my.cnf_my.ini配置說(shuō)明詳解(16G內(nèi)存)
- MySQL修改my.cnf配置不生效的解決方法
- MySQL 5.5.x my.cnf參數(shù)配置優(yōu)化詳解
- MySQL配置文件my.cnf優(yōu)化詳解(mysql5.5)
- MySQL性能優(yōu)化之路---修改配置文件my.cnf
- MariaDB(Mysql分支)my.cnf配置文件中文注釋版
- MySQL配置文件my.cnf參數(shù)優(yōu)化和中文詳解
- MySQL配置文件my.cnf中文詳解附mysql性能優(yōu)化方法分享
- MySQL配置文件my.cnf中文版對(duì)照
- 對(duì)MySQL配置參數(shù) my.ini/my.cnf的詳細(xì)解析
- MySQL讀取my.cnf的順序問(wèn)題詳情
