Products.TIDStorage 5.5.0

概要

此产品提供了在运行 多存储实例（目前仅支持Zeo）。

备份属于同一实例的单个data.fs 当存在涉及 多个存储：如果在事务提交期间发生崩溃，则不存在 判断哪个存储已提交，哪个未提交的方法（没有tid 数据库之间的一致性）。 还有一个更棘手的案子。请考虑以下事项：

2 transactions running in parallel:
 T1: modifies storage A and B
 T2: modifies storage A
Commit order scenario:
 T1 starts committing (takes commit lock on A and B)
 T2 starts committing (waits for commit lock on A)
 T1 commits A (commit lock released on A)
 T2 commits A (takes & releases commit lock on A)
 [crash]
 T1 commits B (commit lock released on B) <- never happens because of crash

在这里，t2可以完全提交，但不能保存它。这是 因为事务按照提交的顺序存储在zodb中。 T2在备份中，T1的一部分也在备份中 不一致（B上从未发生T1提交）。

用法

将产品放入Zope产品中以激活Zope侧补丁。

创建配置，repozo/sample_configuration.py中提供了示例

使用创建的配置运行bin/tidstorage.py。当Zope进行交易时 它将连接到tidstorage服务器，该服务器将显示在zope和tidstorage中 服务器日志。

<product-config TIDStorage>
  backend-ip ip-of-tidstorage-server
  backend-port port-of-tidstorage-server
</product-config>

技术细节

tidstorage通过跟踪事务与tid的关系来解决这些问题 对于任何事务中涉及的所有（zodb，通过zeo）存储，并通过跟踪 事务之间的依赖关系。

协议规范

数据中允许的所有字符，n和r（0x0a&0x0d）除外。 每个字段以n结尾，忽略r。 不要逃避。 传输列表时，列表前面会加上包含的字段数。 例子：

3\n
foo\n
bar\n
baz\n

当传输一个dict时，它前面是项目数，后面是 键，然后是值。值必须是表示为字符串的整数。 例子：

2\n
key1\n
key2\n
1\n
2\n

命令不区分大小写。

1. 开始提交命令：
< > > < > <；提交ID>；n <；相关存储列表>；
< Buff行情> <；提交ID>；：必须与提交完成时给定的ID相同（无论是中止还是提交） <；相关存储列表>；：事务中涉及的存储ID列表 注意：final n是列表表示法的一部分，因此不在上面显示。

回答：（没有）

1. 事务中止命令：
< > >

堕胎 <；提交id>；n

< Buff行情> <；提交id>；：（cf.开始）

回答：（没有）

1. 交易定案命令：
< > >

<；提交ID>；n <；dict所涉及的存储和提交的tid>；

< Buff行情> <；提交ID>；：（参见开始） 相关仓库：（参见开始） 承诺的TID：每个存储器的tid，如int。 注意：final n是列表表示法的一部分，因此不在上面显示。

回答：（没有）

1. 数据读取命令：
< > >

反应： <；dict of storages and tids>；

1. 连接终止命令：
< > > < QUITn >

响应：（无，服务器关闭连接）

1. 引导状态命令：
< > >

bootstrapedn

响应：如果引导完全完成，则为1；否则为0。