Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id A31D5200C44 for ; Mon, 27 Mar 2017 13:59:47 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id A1B9D160B85; Mon, 27 Mar 2017 11:59:47 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id EAF32160B5D for ; Mon, 27 Mar 2017 13:59:46 +0200 (CEST) Received: (qmail 54692 invoked by uid 500); 27 Mar 2017 11:59:46 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 54680 invoked by uid 99); 27 Mar 2017 11:59:46 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Mar 2017 11:59:46 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 977D51AFDEE for ; Mon, 27 Mar 2017 11:59:45 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id F6N_5ygMDb5E for ; Mon, 27 Mar 2017 11:59:44 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 29CD15FAD2 for ; Mon, 27 Mar 2017 11:59:44 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id C19D3E002F for ; Mon, 27 Mar 2017 11:59:42 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id BB82A2406B for ; Mon, 27 Mar 2017 11:59:41 +0000 (UTC) Date: Mon, 27 Mar 2017 11:59:41 +0000 (UTC) From: "Eshcar Hillel (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-17633) Update unflushed sequence id in SequenceIdAccounting after flush with the minimum sequence id in memstore MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 27 Mar 2017 11:59:47 -0000 [ https://issues.apache.org/jira/browse/HBASE-17633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15943123#comment-15943123 ] Eshcar Hillel commented on HBASE-17633: --------------------------------------- [~Apache9] can you please post a link to the RB, thanks. > Update unflushed sequence id in SequenceIdAccounting after flush with the minimum sequence id in memstore > --------------------------------------------------------------------------------------------------------- > > Key: HBASE-17633 > URL: https://issues.apache.org/jira/browse/HBASE-17633 > Project: HBase > Issue Type: Improvement > Components: wal > Affects Versions: 2.0.0 > Reporter: Duo Zhang > Assignee: Duo Zhang > Fix For: 2.0.0 > > Attachments: HBASE-17633.patch, HBASE-17633-v1.patch > > > Now the tracking work is done by SequenceIdAccounting. And it is a little tricky when dealing with flush. We should remove the mapping for the given stores of a region from lowestUnflushedSequenceIds, so that we have space to store the new lowest unflushed sequence id after flush. But we still need to keep the old sequence ids in another map as we still need to use these values when reporting to master to prevent data loss(think of the scenario that we report the new lowest unflushed sequence id to master and we crashed before actually flushed the data to disk). > And when reviewing HBASE-17407, I found that for CompactingMemStore, we have to record the minimum sequence id.in memstore. We could just update the mappings in SequenceIdAccounting using these values after flush. This means we do not need to update the lowest unflushed sequence id in SequenceIdAccounting, and also do not need to make space for the new lowest unflushed when startCacheFlush, and also do not need the extra map to store the old mappings. > This could simplify our logic a lot. But this is a fundamental change so I need sometime to implement, especially for modifying tests... And I also need sometime to check if I miss something. -- This message was sent by Atlassian JIRA (v6.3.15#6346)