You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Xu Yao (JIRA)" <ji...@apache.org> on 2019/05/13 03:32:00 UTC
[jira] [Updated] (KUDU-2768) Support stronger durablility
guarantee
[ https://issues.apache.org/jira/browse/KUDU-2768?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Xu Yao updated KUDU-2768:
-------------------------
Summary: Support stronger durablility guarantee (was: Support client write strong consistency)
> Support stronger durablility guarantee
> ---------------------------------------
>
> Key: KUDU-2768
> URL: https://issues.apache.org/jira/browse/KUDU-2768
> Project: Kudu
> Issue Type: New Feature
> Components: consensus
> Reporter: Xu Yao
> Priority: Major
>
> Sometimes we need to ensure that the data is not lost in the scenario where 2 replicates cannot be recovered at the same time(we have 3 replicates). This requires 3 replicates to be committed before response to client.
> But currently, as long as there are 2 replicates to be committed, the write rpc success is returned to the client. Maybe we can add a gflag to indicate whether all replicates need to be committed before applying(response to client write success).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)