log_error参数必须在log_error参数了MySQL错误日志写到哪，改它可以设置——但光改配置不够，目录权限和重启缺一不可。怎么改log_error配置项决定

编辑MySQL主配置文件（通常是 /etc/my.cnf 或 /etc/mysql/my.cnf），在 [mysqld] 段落下添加或修改这一行：log_error = /var/log/mysql/mysqld.log

注意：log_error是唯一控制错误日志路径的变量，log-error（带连字符）是旧版本兼容写法，新版本用下划线形式；MySQL启动时只认[mysqld]下的设置，[mysqld_safe]里的log-error在较新版本中已不生效。目录必须存在且MySQL用户可写

MySQL进程以mysql 用户身份运行，目标路径的父目录必须由该用户拥有写权限。常见错误现象是服务启动失败，日志里反复出现 OS error number 13 或 Permission returned。先创建目录：sudo mkdir -p /var/log/mysql再赋权：sudo chown mysql:mysql /var/log/mysql别漏掉父级目录（如 /var/log）的执行权限，否则 mysql 用户无法进入子目录改完必须重启 mysqld 才生效

log_error不支持运行时动态修改，SET GLOBAL对它无效。改完配置后必须重启服务：sudo systemctl restart mysql

验证是否生效： CentOS Linux 7.9.2009

CentOS Linux 7.9.2009是传统CentOS Linux 7的最后版本，也是很多企业历史服务器中仍然可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛着称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日维护，现在继续使用会面临安全卸载风险。该版本更适合旧业务迁移、历史环境或离线测试。

下载 mysql -e "SHOW VARIABLES LIKE 'log_error';"

输出的 Value 字段应与你配置的路径一致；同时检查该日志路径下是否生成了新日志文件（旧日志不会自动迁移，需手动清理）。SELinux 或 AppArmor 可能拦截读取

即使看没问题，CentOS/RHEL 上 SELinux、Ubuntu 上 AppArmor 也可能阻止 MySQL 写入非默认路径。典型表现：服务启动卡住、无错误日志、journalctl -u mysql显示AVC被拒绝。临时排查：运行 sudo setenforce 0（SELinux）或 sudo aa-disable /usr/sbin/mysqld（AppArmor），再试重启长期打 SELinux 方案标签，例如 sudo semanage fcontext -a -t mysqld_log_t "/var/log/mysql(/.*)?"，sudo Restorecon -Rv /var/log/mysql

权限和策略问题最容易被跳过，但注意是改路径失败的主因——尤其当错误日志本身都写不出来时，得靠journalctl -u mysql 或 strace -p $(pgrep mysqld) 才能定位真实拦路虎。