从 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