Xodus XODU禁用事务

Xodus XODU禁用事务,xodus,Xodus,我将使用Xodus存储时间序列数据(每天插入1-5亿行) 我看到Xodus在后台创建和删除了很多.xd文件。我读过关于日志结构设计的文章,但我不清楚是否在每个事务提交时创建了该文件。每个文件是否代表整个数据库的快照?有没有办法禁用事务(我不需要它) 通过在不同的商店之间共享数据,我可以获得任何性能优势吗?我可以将每个度量存储在单独的存储中,而不是使用一个具有多键的存储。目前,我正在为每天创建单独的存储,.xd文件实际上并不代表某些事务。这些文件是有序的,因此可以将它们视为记录的无限日志。每个事务

我将使用Xodus存储时间序列数据(每天插入1-5亿行)

我看到Xodus在后台创建和删除了很多.xd文件。我读过关于日志结构设计的文章,但我不清楚是否在每个事务提交时创建了该文件。每个文件是否代表整个数据库的快照?有没有办法禁用事务(我不需要它)


通过在不同的商店之间共享数据,我可以获得任何性能优势吗?我可以将每个度量存储在单独的存储中,而不是使用一个具有多键的存储。目前,我正在为每天创建单独的存储

.xd
文件实际上并不代表某些事务。这些文件是有序的,因此可以将它们视为记录的无限日志。每个事务都会写入更改和一些元信息,以便检索/搜索保存的数据。任何
.xd
文件都有其最大大小,当达到该大小时,将创建新文件

无法禁用事务


基本上,在不同的存储之间切分数据可以提供更好的性能,至少存储越小,GC在后台的工作就越快、越平滑。分割数据的方式定义了检索数据的方式。如果不同碎片中的数据完全解耦,则最好将碎片存储在不同的环境中,而不是存储在单个环境中。这也将物理上隔离不同碎片中的数据,而不仅仅是逻辑上的。

您能否提供有关数据库设计的更多详细信息(可能您有一个带有说明的链接)整个数据库是否分布在多个xd文件中?是否创建了多个.xd文件以处理事务(MVCC)?我们没有比Xodus wiki页面上提供的更详细的数据库设计说明:。是的,整个数据库分布在多个xd文件中。在任何时候,所有xd文件中只有一个(最新的)是可写的,因此MVCC在处理时没有不同的可写文件。整个数据库可以看作是一棵树。树是一个部分持久化的数据结构()。它允许以相当便宜的方式拥有不同版本(快照)的数据库。