根本原因是操作系统层面的文件权限或selinux限制导致mysqld进程无法在目标路径创建或写入文件，常见于into outfile、load data等操作；需检查mysql用户对目录的写权限、secure_file_priv配置及selinux/apparmor策略。
MySQL报错 Can't create/write to file 的根本原因
这不是 MySQL 自身的 bug，而是操作系统层面的文件权限或 SELinux 限制导致 mysqld 进程无法在目标路径（比如 /tmp、/var/lib/mysql 或自定义的 secure_file_priv 目录）创建临时文件、写入导出结果或加载数据。常见于 SELECT ... INTO OUTFILE、LOAD DATA INFILE、mysqldump --tab 或触发临时表落盘时。
检查并修正 MySQL 进程实际运行用户对目录的写权限
MySQL 服务通常以 mysql 用户身份运行，不是 root。即使目录属主是 root，只要 mysql 用户没写权限，就会失败。
- 用
ps aux | grep mysqld确认进程用户（通常是mysql） - 查报错中涉及的路径，例如错误里提到
/tmp/xxx.csv，就检查/tmp：运行ls -ld /tmp，确认有drwxrwxrwt（即其他用户可写）；若不是，执行sudo chmod 1777 /tmp - 如果是自定义路径如
/data/mysql_export，先创建目录：sudo mkdir -p /data/mysql_export，再赋权：sudo chown mysql:mysql /data/mysql_export且sudo chmod 755 /data/mysql_export - 注意：不要用
chmod 777，MySQL 官方明确拒绝 world-writable 目录用于安全敏感操作（如LOAD DATA INFILE）
确认 secure_file_priv 配置是否锁死写入路径
这个变量像一道闸门——MySQL 只允许在它指定的目录里做文件导入导出。如果设为 NULL 或空字符串，所有文件操作都会被禁止；如果设为某个目录，但该目录权限不对，照样报错。
- 查当前值：
SELECT @@secure_file_priv; - 若返回
NULL，说明功能被禁用，需在my.cnf的[mysqld]段添加：secure_file_priv = "/var/lib/mysql-files"（推荐用默认路径） - 改完重启 mysqld：
sudo systemctl restart mysqld - 然后确保该路径存在且权限正确：
sudo mkdir -p /var/lib/mysql-files→sudo chown mysql:mysql /var/lib/mysql-files→sudo chmod 750 /var/lib/mysql-files - 注意：
secure_file_priv不能动态修改，必须重启生效；也不能设为/或/tmp（MySQL 启动会拒绝）
SELinux 或 AppArmor 干预时的快速验证与绕过
在 CentOS/RHEL 或 Ubuntu 上，即使权限全对，也可能因强制访问控制策略拦截文件写入。典型表现是错误日志里没明显权限提示，但 ausearch -m avc -ts recent（RHEL）或 dmesg | grep -i avc（Ubuntu）能看到拒绝记录。
- 临时关闭 SELinux 验证是否是它导致：
sudo setenforce 0，再试操作；若成功，说明是 SELinux 策略问题 - 不建议永久禁用，应打标签：
sudo semanage fcontext -a -t mysqld_db_t "/data/mysql_export(/.*)?"，然后sudo restorecon -Rv /data/mysql_export - Ubuntu 用户遇到类似问题，检查 AppArmor：
sudo aa-status | grep mysql，临时取消限制：sudo ln -s /etc/apparmor.d/usr.sbin.mysqld /etc/apparmor.d/disable/usr.sbin.mysqld && sudo apparmor_parser -R /etc/apparmor.d/usr.sbin.mysqld - 关键点：容器环境（Docker/Podman）里，宿主机目录挂载后默认无 SELinux 标签，需加
:z或:Z后缀，否则也会被拦
真正卡住人的地方，往往不是权限数字没配对，而是 secure_file_priv 和 SELinux 两层策略叠加——改了文件权限却忘了重启 MySQL，或者关了 SELinux 却没意识到容器里需要额外挂载参数。盯住错误信息里那个具体路径，一层层查归属、查配置、查策略，比直接搜“怎么解决权限错误”快得多。
