You are viewing a plain text version of this content. The canonical link for it is here.

Posted to issues@ignite.apache.org by "Roman Kondakov (JIRA)" <ji...@apache.org> on 2018/07/10 13:37:00 UTC

[jira] [Created] (IGNITE-8974) MVCC TX: Vacuum cleanup version obtaining optimization.

Roman Kondakov created IGNITE-8974:
--------------------------------------

             Summary: MVCC TX: Vacuum cleanup version obtaining optimization.
                 Key: IGNITE-8974
                 URL: https://issues.apache.org/jira/browse/IGNITE-8974
             Project: Ignite
          Issue Type: Improvement
          Components: cache, sql
            Reporter: Roman Kondakov


At the moment vacuum process obtains cleanup version as the same way as transactions do. It implies some unnecessary complications and even minor performance drop due to calculation entire tx snapshot instead of just a cleanup version number or sending unnsecessary tx end acks back to the coordinator. Possible solutions are:
 * Local caching cleanup version from the last obtained tx snapshot and use it in vacuum process. But in this way not all outdated versions could be cleaned (i.e. keys updated by this last tx).
 * Implement a special method for calculating cleanup version on the coordinator state and Request and Response messages for vacuum runned on non-coordinator side.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)