mysql启动时，提示/etc/my.cnf 被忽略的问题处理

偏执的太偏执、 2022-08-09 06:24 228阅读 0赞

> 今天在处理测试开发人员的问题是，发现一个MySQL实例启动故障，处理过程如下：
> 
> 发现mysql实例是关闭的，执行命令启动mysql实例时有警告：
> 
>   
> 
> 
> \# service mysql.server start
> 
> Warning: World-writable config file '/etc/my.cnf' is ignored
> 
> Starting MySQL SUCCESS! 
> 
>   
> 
> 
>   
> 
> 
> 观察mysql的启动日志，在日志中显示：
> 
> 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
> 
>   
> 
> 
> 大概意思是权限全局可写，任何一个用户都可以写。mysql担心这种文件被其他用户恶意修改，所以忽略掉这个配置文件。这样mysql无法关闭。
> 
>   
> 
> 
> 此时查询MySQL数据库中的配置，发现一些my.cnf配置的参数，在mysql实例中并没有生效。
> 
>   
> 
> 
>   
> 
> 
>   
> 
> 
> 这个是因为 /etc/my.cnf 也被修改为 777权限了：
> 
> \# ls -la /etc/my.cnf
> 
> \-rwxrwxrwx 1 root root 1120 Jul 31 10:28 /etc/my.cnf
> 
>   
> 
> 
>   
> 
> 
> **/etc/my.cnf 权限过大，会影响实例不能启动，或者不能关闭，需要修改为 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
> 
> \# 
> 
>   
> 
> 
>   
> 
> 
> 确认一下 /etc/my.cnf ,重启实例：
> 
> 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][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 权限修改正常后，MySQL实例就可以正常启动了。
> 
>   
> 
> 
>   
> 
> 
> **通过这个案例可以得到如下启发：**
> 
> 修改Linux操作系统根目录下目录和文件的权限是非常危险的；
> 
> 比如修改了 /etc/ssh 目录的权限，ssh就无法使用了；如果是 /etc/security 或者 /etc/init.d/sshd 文件被修改了，则root用户就无法登录到系统了；
> 
> 所以必须注意系统权限，尤其是 /etc/ 目录下的文件权限，不能随便修改。
> 
> 不论是开发，还是运维都是需要规范化，尽量避免都以root用户直接操作；对于软件和应用程序的存放位置，也放在单独规定的目录中，使用各个应用单独的用户进行操作；
> 
> 对于系统文件轻易不要修改，尤其不要随便修改/etc/相关的系统文件，如果要修改，可以先测试，确认没有问题后再进行修改。
> 
>   
> 
> 
>   
> 
> 
>   
>

[root_xinge122]: mailto:root@xinge122