今天因為想改mysql的端口，結果發現我的/etc/目錄下并沒有my.cnf這個文件，我就看了下網上有沒有解決的方法。
看了好多關于Linux下沒有my.cnf的博客，都是說將my-medium.cnf 移動到etc 并且改名為my.cnf，但是我也沒有my-medium.cnf 啊，后面才知道，從5.7.18開始官方不再二進制包中提供my-default.cnf文件。
具體可參考：https://dev.mysql.com/doc/refman/5.7/en/binary-installation.html
那么我們要怎么修改端口號呢？其實我們只需要修改/etc/mysql/mysql.conf.d就可以了。
補充：mysql啟動時，提示/etc/my.cnf 被忽略的問題處理
今天在處理測試開發人員的問題是，發現一個MySQL實例啟動故障，處理過程如下：
發現mysql實例是關閉的，執行命令啟動mysql實例時有警告：
|
1
2
3
|
# service mysql.server startWarning: World-writable config file '/etc/my.cnf' is ignoredStarting MySQL SUCCESS! |
觀察mysql的啟動日志，在日志中顯示：
|
1
2
|
151014 11:39:24 mysqld_safe Starting mysqld daemon with databases from /data/mysql/dataWarning: World-writable config file '/etc/my.cnf' is ignored |
大概意思是權限全局可寫，任何一個用戶都可以寫。mysql擔心這種文件被其他用戶惡意修改，所以忽略掉這個配置文件。這樣mysql無法關閉。
此時查詢MySQL數據庫中的配置，發現一些my.cnf配置的參數，在mysql實例中并沒有生效。
這個是因為 /etc/my.cnf 也被修改為 777權限了：
|
1
2
|
# ls -la /etc/my.cnf-rwxrwxrwx 1 root root 1120 Jul 31 10:28 /etc/my.cnf |
/etc/my.cnf 權限過大，會影響實例不能啟動，或者不能關閉，需要修改為 644.操作如下：
|
1
2
3
4
5
6
7
8
9
|
# 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# |
確認一下 /etc/my.cnf ,重啟實例：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
151014 14:05:54 mysqld_safe mysqld from pid file /data/mysql/data/yq-xg-dev122.pid ended151014 14:06:08 mysqld_safe Starting mysqld daemon with databases from /data/mysql/data151014 14:06:08 [Note] Plugin 'FEDERATED' is disabled.151014 14:06:08 InnoDB: The InnoDB memory heap is disabled151014 14:06:08 InnoDB: Mutexes and rw_locks use GCC atomic builtins151014 14:06:08 InnoDB: Compressed tables use zlib 1.2.3151014 14:06:08 InnoDB: Using Linux native AIO151014 14:06:08 InnoDB: Initializing buffer pool, size = 128.0M151014 14:06:08 InnoDB: Completed initialization of buffer pool151014 14:06:08 InnoDB: highest supported file format is Barracuda.151014 14:06:08 InnoDB: Waiting for the background threads to start151014 14:06:09 InnoDB: 1.1.8 started; log sequence number 18872844901151014 14:06:09 [Warning] 'proxies_priv' entry '@ root@xinge122' ignored in --skip-name-resolve mode.151014 14:06:09 [Note] Event Scheduler: Loaded 0 events151014 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 權限修改正常后，MySQL實例就可以正常啟動了。
通過這個案例可以得到如下啟發：
修改Linux操作系統根目錄下目錄和文件的權限是非常危險的；
比如修改了 /etc/ssh 目錄的權限，ssh就無法使用了；如果是 /etc/security 或者 /etc/init.d/sshd 文件被修改了，則root用戶就無法登錄到系統了；
所以必須注意系統權限，尤其是 /etc/ 目錄下的文件權限，不能隨便修改。
不論是開發，還是運維都是需要規范化，盡量避免都以root用戶直接操作；對于軟件和應用程序的存放位置，也放在單獨規定的目錄中，使用各個應用單獨的用戶進行操作；
對于系統文件輕易不要修改，尤其不要隨便修改/etc/相關的系統文件，如果要修改，可以先測試，確認沒有問題后再進行修改。
以上為個人經驗，希望能給大家一個參考，也希望大家多多支持服務器之家。如有錯誤或未考慮完全的地方，望不吝賜教。
原文鏈接：https://blog.csdn.net/qq_35823078/article/details/88874493
