- 冲突检测:
- 版本号机制:CouchDB使用修订版本号(
_rev
)来跟踪文档的变化。当多个客户端尝试同时更新同一文档时,每个更新操作都会生成一个新的修订版本。如果一个客户端的更新操作所基于的修订版本号与服务器上当前文档的修订版本号不一致,就会检测到冲突。例如,客户端A读取文档的_rev
为1 - abc
,在A进行更新的同时,客户端B也对文档进行了更新,使文档的_rev
变为2 - def
。此时A尝试提交更新,服务器会发现A所基于的_rev
(1 - abc
)与当前服务器上的_rev
(2 - def
)不一致,从而检测到冲突。
- 默认冲突处理策略:
- 保留所有版本:CouchDB默认的策略是将冲突的文档版本都保留下来。在文档中,会以
_conflicts
数组的形式列出冲突的修订版本号。例如,文档可能会有一个_conflicts
数组["3 - ghi", "4 - jkl"]
,表示这两个修订版本之间存在冲突。客户端在获取文档时,可以看到这些冲突版本,并根据业务需求决定如何处理。
- 自定义冲突处理逻辑:
- 使用复制过滤器:
- 可以编写一个JavaScript函数作为复制过滤器。在复制过程中,这个过滤器函数会被调用,用于决定是否复制某个文档以及如何处理冲突。例如:
function(doc, req) {
if (doc._conflicts) {
// 自定义处理逻辑,比如选择最新的修订版本
var latestRev = null;
var latestSeq = 0;
for (var i = 0; i < doc._conflicts.length; i++) {
var rev = doc._conflicts[i];
var seq = parseInt(rev.split('-')[0]);
if (seq > latestSeq) {
latestSeq = seq;
latestRev = rev;
}
}
if (latestRev) {
// 这里可以进一步处理,比如只保留最新版本的文档内容
return true;
} else {
return false;
}
} else {
return true;
}
}
- 在应用层处理:在客户端应用代码中,当检测到冲突时(通过检查
_conflicts
数组),可以根据业务逻辑编写处理冲突的代码。例如,可以弹出提示框让用户选择保留哪个版本,或者根据文档中的某些字段值来自动选择一个版本进行处理。