DDR爱好者之家

解决Linux安装mysql 在/etc下没有my.cnf的问题
站长资源 2024/11/24 佚名
14 1538
DDR爱好者之家 Design By 杰米

今天因为想改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就可以了。

解决Linux安装mysql 在/etc下没有my.cnf的问题

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

今天在处理测试开发人员的问题是，发现一个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' 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/相关的系统文件，如果要修改，可以先测试，确认没有问题后再进行修改。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。

DDR爱好者之家 Design By 杰米
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
DDR爱好者之家 Design By 杰米
ddrfans.com DDR爱好者之家
8,675无损音乐
1,324高清电影
213破解软件
70,141收录资讯

《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线

暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。

艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。

《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。

更新日志

友情链接

杰晶网络 DDR爱好者之家 南强小屋 黑松山资源网 白云城资源网
DDR爱好者之家 Design By 杰米