今天因为想改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实例时有警告：
# 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/相关的系统文件，如果要修改，可以先测试，确认没有问题后再进行修改。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？