You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ignite.apache.org by "Evgeny Stanilovsky (Jira)" <ji...@apache.org> on 2022/12/13 06:08:00 UTC

[jira] [Created] (IGNITE-18377) Sql statistics become broken after node restart with enabled persistence.

Evgeny Stanilovsky created IGNITE-18377:
-------------------------------------------

             Summary: Sql statistics become broken after node restart with enabled persistence.
                 Key: IGNITE-18377
                 URL: https://issues.apache.org/jira/browse/IGNITE-18377
             Project: Ignite
          Issue Type: Bug
          Components: sql
    Affects Versions: 2.14
            Reporter: Evgeny Stanilovsky
            Assignee: Evgeny Stanilovsky


It tuned out that for some reasons SQL query may be dispatched to data node which is performing rebalance. Eventually this will lead to falling back to full table scan usage instead of proper tree index.

Scenario:
1. Cluster in normal state with multiple nodes, under workload (both cache writes/updates and SQL selects)
2. Particular node A is restarted
3. Since there were writes during the time when node A was offline, node A would has to perform historical rebalance
4. During performing historical rebalance SQL select might be dispatched to be executed on node A as well, but at this moment node A will return 0 primary row count for caches under rebalance, so we will initialize table statistics incorrectly and further will calculate unrealistic costs.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)