zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Han (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (ZOOKEEPER-1032) speed up recovery from leader failure
Date Mon, 13 Mar 2017 16:22:08 GMT

     [ https://issues.apache.org/jira/browse/ZOOKEEPER-1032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Michael Han updated ZOOKEEPER-1032:
-----------------------------------
    Fix Version/s:     (was: 3.5.3)
                   3.5.4

> speed up recovery from leader failure
> -------------------------------------
>
>                 Key: ZOOKEEPER-1032
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1032
>             Project: ZooKeeper
>          Issue Type: Improvement
>          Components: server
>            Reporter: jiangwen wei
>             Fix For: 3.5.4, 3.6.0
>
>
> when the number of nodes is large, it may take a long time to recover from leader failure
> there are some points to improve:
> 1. Follower should take snapshot asynchronously when follower up to date
> 2. Currently Leader/Follower will clear the DataTree on leader failures, and then restore
it from a snapshot and transaction logs. DataTree should not be cleared, only restore it from
transaction logs.
> 3. FileTxnLog should store recently transaction logs in memory, so when DataTree is not
behind the transaction logs a lot, the transaction logs in memory can be used to restore DataTree.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Mime
View raw message