Docker跨挂载卷移动文件速度缓慢，如何优化？

该现象属于预期表现，原因如下：
你配置的两个路径为独立的bind mount挂载项，在Docker为容器创建的独立mount命名空间中，/var/www/symfony/ftp和/var/www/symfony/public/uploads/videos会被识别为两个完全独立的挂载点。
Linux原生mv命令的执行逻辑为：当源路径与目标路径处于同一挂载点下时，仅修改文件系统的inode指针关联关系，不会产生实际数据拷贝，因此执行速度极快；当源和目标属于不同挂载点时，会触发「全量拷贝数据到目标路径→删除源路径文件」的流程，执行速度和文件大小正相关。
虽然两个挂载路径对应的宿主机目录处于同一分区，但容器的mount命名空间无法感知这层底层关联，只会判定为跨挂载点操作，因此会出现和跨磁盘拷贝一致的慢表现。

• 使用硬链接+删除逻辑替代原生mv操作
  由于两个路径底层属于同一宿主机文件系统，硬链接可以跨容器内的不同挂载点生效，操作仅修改inode引用计数，无数据拷贝开销，执行速度和同挂载点mv完全一致。示例操作命令：

  # 移动/var/www/symfony/ftp/test.mp4到目标目录
  ln /var/www/symfony/ftp/test.mp4 /var/www/symfony/public/uploads/videos/test.mp4
  rm /var/www/symfony/ftp/test.mp4
  

  如果不想修改业务代码，可以编写简单的shell wrapper脚本替换容器内的mv命令，自动识别这两个路径下的操作并替换为硬链接+删除逻辑，业务侧可实现无感知兼容。
• 将mv操作下沉到宿主机执行
  可通过消息队列、定时任务、进程通信等方式触发宿主机执行对应mv操作，宿主机侧会识别为同分区内操作，瞬间即可完成，适合大文件、高频率移动的场景。
• 调整挂载规则，挂载共同上级目录
  找到两个宿主机目录的共同上级目录，仅将该上级目录作为单个挂载项挂载到容器内，再通过软链接将容器内路径映射到原有业务需要的/var/www/symfony/ftp和/var/www/symfony/public/uploads/videos。此时两个路径在容器内属于同一个挂载点，原生mv操作即可跑满速度。

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