在Linux环境下，遇到MySQL配置修改后不生效的问题，通常是由于多方面的原因造成的。本文将以一个实际案例，详细解析这个问题的解决过程。
问题源于在AWS EC2服务器上，为提高安全性和性能，将MySQL数据库迁移至AWS RDS，需要修改MySQL的默认3306端口和限制特定IP访问。在Stackoverflow上找到的常见解决方案是修改`/etc/my.cnf`文件，但这在较新的MySQL 5.7.27版本和Ubuntu 18.04.1 LTS操作系统上并不适用，因为`/etc/my.cnf`文件可能不存在或为空。
实际上，MySQL的配置文件可能位于`/etc/mysql/my.cnf`，而这个文件包含两行指令`!includedir /etc/mysql/conf.d/`和`!includedir /etc/mysql/mysql.conf.d/`，表明配置信息分散在这些目录下的其他文件中。在本例中，关键配置文件是`mysql.conf.d/mysqld.cnf`。
在找到并修改`mysqld.cnf`文件中的`port`和`bind-address`后，使用`sudo service mysql restart`重启服务，却发现内网机器仍无法访问，这表明配置并未生效。此时，应检查配置文件的权限问题。如果文件权限设置不当，如全局可写，MySQL出于安全性考虑会忽略该配置文件，转而读取自身的配置副本。通过`mysql --help | grep my.cnf`命令可以发现相关警告。
为解决这个问题，需要修改配置文件的权限，使其更安全。可以使用`sudo chmod 644 /etc/mysql/mysql.conf.d/mysqld.cnf`命令将文件权限设置为只读，然后再次重启MySQL服务。确认配置生效后，`Local Address`和`Foreign Address`应显示为修改后的值。
总结这次经验，我们可以学到以下几点：
1. 当遇到问题时，首先要查阅官方的最新文档，以获取准确信息。
2. 注意资料的时效性，避免使用过时的教程。
3. 要重视程序给出的警告信息，学会使用排查工具，如`netstat`和`mysql --help`等。
4. 深入理解基础概念至关重要，尤其是面对复杂问题时，扎实的基础能帮助快速定位问题。
通过这次问题的解决，我们可以更好地理解和应对类似情况，提高Linux系统下MySQL配置管理的效率和安全性。
