在Linux中安装mysql时/etc下没如有my . cnf中所做何解决

　　介绍

在Linux中安装mysql时/etc下没如有my . cnf中所做何解决?相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

其实我们只需要修改/etc/mysql/mysql.conf.d就可以了。

在Linux中安装mysql时/etc下没如有my . cnf中所做何解决

<强>补充:mysql启动时,提示被/etc/my . cnf中所做忽略的问题处理

今天在处理测试开发人员的问题是,发现一个mysql实例启动故障,处理过程如下:

发现mysql实例是关闭的,执行命令启动mysql实例时有警告:

#, service  mysql.server 开始 　　警告:,World-writable  config  file  & # 39;/etc/my.cnf& # 39; is 忽略 　　Starting  MySQL 成功!

观察mysql的启动日志,在日志中显示:

151014, 11:39:24  mysqld_safe  Starting  mysqld  daemon  with  databases 得到/数据/mysql/数据 　　警告:,World-writable  config  file  & # 39;/etc/my.cnf& # 39;, is 忽视了

大概意思是权限全局可写,任何一个用户都可以写.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 得到pid  file //mysql/数据/yq-xg-dev122.pid 结束 　　151014,14:06:08  mysqld_safe  Starting  mysqld  daemon  with  databases 得到/数据/mysql/数据 　　151014,14:06:08 [注],Plugin  & # 39;联邦# 39;is 残疾。 　　151014,14:06:08  InnoDB:,, InnoDB  memory  heap  is 禁用 　　151014,14:06:08  InnoDB:, Mutexes 以及rw_locks  use  GCC  atomic 内置命令 　　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 池,size =, 128.0米 　　151014,14:06:08  InnoDB:, Completed  initialization  of  buffer 池 　　151014,14:06:08  InnoDB:, highest  supported  file  format  is 梭鱼。 　　151014,14:06:08  InnoDB:, Waiting  for 从而background  threads 用开始 　　151014,14:06:09  InnoDB:, 1.1.8 开始;log  sequence  number  18872844901 　　151014,14:06:09 [警告],& # 39;proxies_priv& # 39;, entry  & # 39; @  root@xinge122& # 39;, ignored 拷贝——skip-name-resolve 模式。 　　151014,14:06:09 [注],Event 调度器:Loaded  0,事件 　　151014,14:06:09 [注],/usr/地方/mysql/bin/mysqld: ready  for 连接。 　　版本:& # 39;5.5.19-log& # 39;,套接字:,& # 39;/tmp/mysql.sock& # 39;,端口:,3306,MySQL  Community  Server  (GPL)

可以看到将/etc/my.cnf权限修改正常后,MySQL实例就可以正常启动了。

通过这个案例可以得到如下启发:

修改Linux操作系统根目录下目录和文件的权限是非常危险的;

比如修改了/etc/ssh目录的权限,ssh就无法使用了,如果是/etc/security或者/etc/init.d/sshd文件被修改了,则根用户就无法登录到系统了。

所以必须注意系统权限,尤其是/etc/目录下的文件权限,不能随便修改。

不论是开发,还是运维都是需要规范化,尽量避免都以根用户直接操作,对于软件和应用程序的存放位置,也放在单独规定的目录中,使用各个应用单独的用户进行操作,

对于系统文件轻易不要修改,尤其不要随便修改/etc/相关的系统文件,如果要修改,可以先测试,确认没有问题后再进行修改。

在Linux中安装mysql时/etc下没如有my . cnf中所做何解决