从 Confluence 3.0 开始，附件的存储方式有了重大的改变和升级。如果你是从 Confluence 2.10 及其早期版本升级上来的，请参考 Upgrading Confluence 页面中推荐的升级路径，同时请阅读 Confluence 3.0 文档中 Hierarchical File System Attachment Storage 页面来获得新系统文件存储结构的相关信息。
Confluence 存储附件，例如文件和图片在文件系统中。Confluence 的附件存储布局设计基于以下的考虑：
- 限制任何单一目录级别结构中的文件数量（在一些文件系统中，可能有限制每一个目录中可以存储的文件数量）。
- 针对空间对附件进行分区，这样能够让系统管理对空间进行备份的时候能够针对特定的空间备份附件。
Confluence 的附件有一个数字用来定义属性：文件自己的内容 id 和 文件所在页面中的内容 id 。这个意思是文件在逻辑上是属于内容的，通常内容又是属于空间（不是所有的内容都属于空间）。Confluence 中的空间文件，目录结构通常有 8 个级别，每一个目录级别的名字通常基于下面的算法。
| 1 (top) | 总是为 ‘ver003‘ 这个定义为 Confluence 版本 3 的文件存储格式 |
| 2 | 最小的 3 个数字，这个数字为 空间 id 取模 250 |
| 3 | 下一个最小的 3 个数字，这个数字为 空间 id 取模 250 |
| 4 | 完整的 空间 id |
| 5 | 附件所附加在页面的 ID 取模 250 后的最小 3 个数字 |
| 6 | 附件所附加在页面的 ID 取模 250 后的下一个最小 3 个数字 |
| 7 | 附件所在页面的完整的 content id |
| 8 | 附件所在完整的 content id |
| 9 | 这个是文件，这个文件是按照版本号进行命名的，例如：1, 2, 6。 |
modulo 计算被用来计算整除后的余数，例如 800 modulo 250 = 50.
例如：
希望找到一个特定空间中所有附件存储的目录，进入 <confluence url>/admin/findspaceattachments.jsp 然后输入空间的 Key，这个将会返回这个空间所存储文件系统中的目录附件。
上面图中文件 D 存储的的位置与其他的文件结构不同。这个文件没有空间级别（ 2 到 4 级别），这个文件目录被称为 ‘nonspaced‘。这个地方通常存储的文件为全局站点的标志（logo）和没有保存的内容。
https://www.cwiki.us/display/CONF6ZH/Hierarchical+File+System+Attachment+Storage
原文地址：https://www.cnblogs.com/huyuchengus/p/9241268.html