Debian下Jetty调用Java删除mysql所属/tmp文件遇FileSystemException权限问题

问题原因分析 #

/tmp目录默认带有sticky位（权限显示为drwxrwxrwt），这意味着只有文件的所有者、目录所有者（root）或拥有CAP_FOWNER能力的进程才能删除该目录下的文件。同时，普通用户（如jetty）没有权限修改不属于自己的文件的所有者，所以你之前尝试修改文件属主的代码实际会触发权限错误，导致后续删除操作依然失败。

可行解决方案 #

1. 修改mysql导出文件的权限 #

在mysql导出文件时，直接赋予其他用户可删除的权限，这样jetty用户无需修改属主就能删除文件：

• 手动执行导出时添加权限修改：

  mysqldump [参数] > /tmp/test.csv && chmod o+w /tmp/test.csv
  

• 若通过脚本自动导出，可调整mysql进程的umask，让生成的文件默认包含其他用户的写权限：
  在mysql启动脚本中添加umask 0002，这样生成的文件权限为-rw-rw-r--，其他用户有写权限（对应删除所需的权限）。

2. 使用sudo授权Jetty执行删除脚本 #

创建一个专门的删除脚本，通过sudo赋予jetty用户无需密码执行该脚本的权限：

1. 创建删除脚本/usr/local/bin/delete_mysql_tmp.sh：

   #!/bin/bash
   rm -f /tmp/test.csv
   

2. 赋予脚本执行权限：

   chmod +x /usr/local/bin/delete_mysql_tmp.sh
   

3. 编辑sudoers文件（使用visudo避免语法错误），添加：

   jetty ALL=(ALL) NOPASSWD: /usr/local/bin/delete_mysql_tmp.sh
   

4. 在Java代码中调用该脚本：

   try {
       Process process = new ProcessBuilder("sudo", "/usr/local/bin/delete_mysql_tmp.sh").start();
       int exitCode = process.waitFor();
       if (exitCode == 0) {
           System.out.println("文件删除成功");
       } else {
           System.err.println("删除脚本执行失败");
       }
   } catch (IOException | InterruptedException e) {
       e.printStackTrace();
   }
   

3. 给Jetty的Java进程添加CAP_CHOWN能力 #

如果必须通过修改文件属主再删除的方式，可以给Java进程添加CAP_CHOWN权限，使其能够修改不属于自己的文件的所有者：

setcap cap_chown+ep /path/to/your/java

执行该命令后，你之前的修改属主代码就能正常生效，之后再调用Files.deleteIfExists即可删除文件。

4. 更换文件存储目录 #

避免使用/tmp，创建一个jetty和mysql共同有权限的目录：

1. 创建目录：

   mkdir /var/app/shared_tmp
   

2. 设置属组为包含mysql和jetty的组（若没有则先创建组groupadd appgroup，再添加用户usermod -aG appgroup mysql和usermod -aG appgroup jetty）：

   chgrp appgroup /var/app/shared_tmp
   chmod g+w /var/app/shared_tmp
   

3. 修改mysql导出路径为该目录，jetty用户即可直接删除目录下的文件。

内容的提问来源于stack exchange，提问作者ali