为什么 ~0.5MB 的二进制文件存储在 Core Data 记录中时会占用 4.3MB 的 iCloud 空间？

如何解决为什么 ~0.5MB 的二进制文件存储在 Core Data 记录中时会占用 4.3MB 的 iCloud 空间？

情况

我正在使用 Core Data 的“允许外部存储”在 Core Data 中存储压缩图像和小音频文件。性能基准测试表明，这实际上非常高效。此外，我正在使用 Core Data 的 PersistentCloudKitContainer 将我的数据库与 iCloud 同步。

“允许外部存储”会自动将大于~500KB (?) 的文件保存到文件系统中，并且只在数据库中存储一个引用。这很好用。例如，一个 1MB 的图像文件存储为外部记录，并在同步后占用 1MB 的 iCloud 存储空间。此外，小于约 500KB 的文件不会存储为外部记录 (ckAsset)，而是存储为数据库记录中的 binaryData。

问题：

出于某种原因，直接存储在数据库中的 0.47MB 二进制数据文件将占用大约 4.3MB 的 iCloud 存储空间。这是预期金额的 9 倍。检查存储在记录中的二进制数据显示二进制数据本身的预期大小仅为 0.47MB（CloudKit 仪表板）。此外，我已经验证本地应用程序包仅增长了预期的 0.47MB。因此，如何解释那些额外消耗的 3.8MB iCloud 存储空间？相比之下，大于约 500KB 的音频和图像文件存储为外部记录并占用正确数量的 iCloud 存储空间。

请查看此带注释的图像以更好地理解： Image that illustrates the problem (CloudKit Dashboard)

想法/解决方法/我尝试过的：

我可以尝试找到一种始终将文件存储为 ckAssets/外部记录的方法。（例如，通过将存储 ckAssets 的限制降低到 0.01MB）。如果可能的话。
sqlite 的预写日志 (WAL) 能否参与创建巨大的临时 sqlite-wal 文件？我尝试限制 WAL 日志大小并且本地 sqlite-wal 很小，所以我认为这不是问题所在。除非有一个我不知道的独立 iCloud WAL 文件。

如果有人能帮助我解决这个问题，我会很高兴。提前致谢！