Uh oh!
There was an error while loading. Please reload this page.
[refactor](cluster)(step-4) remove cluster related to Database - #27861
Merged
Conversation
morningman
commented
Dec 1, 2023
ContributorAuthor
run buildall |
3 tasks
morningman
commented
Dec 1, 2023
ContributorAuthor
run buildall |
doris-robot
commented
Dec 1, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
morningman
commented
Dec 1, 2023
ContributorAuthor
run buildall |
doris-robot
commented
Dec 1, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
morningman
commented
Dec 1, 2023
ContributorAuthor
run buildall |
doris-robot
commented
Dec 1, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
morningman
commented
Dec 3, 2023
ContributorAuthor
run buildall |
doris-robot
commented
Dec 3, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
doris-robot
commented
Dec 4, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
morningmanforce-pushed
the
db_cluster
branch
2 times, most recently
from
December 4, 2023 13:02
43f7c27 to
cec8613Comparemorningman
commented
Dec 4, 2023
ContributorAuthor
run buildall |
morningman
commented
Dec 4, 2023
ContributorAuthor
run buildall |
doris-robot
commented
Dec 4, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
doris-robot
commented
Dec 5, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
morningman
commented
Dec 5, 2023
ContributorAuthor
run buildall |
morningman
commented
Dec 6, 2023
ContributorAuthor
run buildall |
doris-robot
commented
Dec 6, 2023
(From new machine)TeamCity pipeline, clickbench performance test result: |
doris-robot
commented
Dec 6, 2023
TPC-H test result on machine: 'aliyun_ecs.c7a.8xlarge_32C64G' |
morningmanforce-pushed
the
db_cluster
branch
2 times, most recently
from
December 9, 2023 16:46
68f8ad4 to
92c7515Comparemorningman
commented
Dec 9, 2023
ContributorAuthor
run buildall |
hello-stephen pushed a commit
to hello-stephen/doris
that referenced
this pull request
Dec 28, 2023
…e#27861) Issue Number: apache#19897 Remove `default_cluster` prefix related to database. When upgrading, all prefix will be removed.
hello-stephen pushed a commit
to hello-stephen/doris
that referenced
this pull request
Dec 28, 2023
…pache#28532) Introduced from apache#27861 The `dbName` saved in `CreateTableInfo` has `default_cluster` prefix, it should be removed. Also modify the entry of `getDb` in internal catalog. This is a cover-up plan in case there may still db name exist with `default_cluster` prefix.
HappenLee pushed a commit
to HappenLee/incubator-doris
that referenced
this pull request
Jan 12, 2024
…e#27861) Issue Number: apache#19897 Remove `default_cluster` prefix related to database. When upgrading, all prefix will be removed.
HappenLee pushed a commit
to HappenLee/incubator-doris
that referenced
this pull request
Jan 12, 2024
…pache#28532) Introduced from apache#27861 The `dbName` saved in `CreateTableInfo` has `default_cluster` prefix, it should be removed. Also modify the entry of `getDb` in internal catalog. This is a cover-up plan in case there may still db name exist with `default_cluster` prefix.
dataroaring pushed a commit
that referenced
this pull request
Jul 23, 2024
…8199) Use the sql to query routine load records: ``` show routine load for db.job1\G ``` return all routine load job in the db: ``` 10 rows in set (0.02 sec) ``` why the bug happen is there is no correct assignment when analyze the sql: ``` if (Strings.isNullOrEmpty(dbName)) { dbFullName = analyzer.getContext().getDatabase(); if (Strings.isNullOrEmpty(dbFullName)) { ErrorReport.reportAnalysisException(ErrorCode.ERR_NO_DB_ERROR); } } ``` dbFullName will always null if dbName is not null or empty. The bug is introduce by: #27861
dataroaring pushed a commit
that referenced
this pull request
Jul 23, 2024
…8199) Use the sql to query routine load records: ``` show routine load for db.job1\G ``` return all routine load job in the db: ``` 10 rows in set (0.02 sec) ``` why the bug happen is there is no correct assignment when analyze the sql: ``` if (Strings.isNullOrEmpty(dbName)) { dbFullName = analyzer.getContext().getDatabase(); if (Strings.isNullOrEmpty(dbFullName)) { ErrorReport.reportAnalysisException(ErrorCode.ERR_NO_DB_ERROR); } } ``` dbFullName will always null if dbName is not null or empty. The bug is introduce by: #27861
morrySnow pushed a commit
that referenced
this pull request
Jul 30, 2024
This was referenced Aug 4, 2024
feiniaofeiafei pushed a commit
to feiniaofeiafei/doris
that referenced
this pull request
Aug 9, 2024
fix - when label contains dbName, will loss intro by apache#27861 - show routine load for xxx.yyy can export authentication error intro by apache#33347 Note: Cases will be added uniformly in other PRs
dataroaring pushed a commit
that referenced
this pull request
Aug 11, 2024
dataroaring pushed a commit
that referenced
this pull request
Aug 16, 2024
HappenLee pushed a commit
to HappenLee/incubator-doris
that referenced
this pull request
Apr 24, 2026
…e#27861) Issue Number: apache#19897 Remove `default_cluster` prefix related to database. When upgrading, all prefix will be removed.
HappenLee pushed a commit
to HappenLee/incubator-doris
that referenced
this pull request
Apr 24, 2026
…pache#28532) Introduced from apache#27861 The `dbName` saved in `CreateTableInfo` has `default_cluster` prefix, it should be removed. Also modify the entry of `getDb` in internal catalog. This is a cover-up plan in case there may still db name exist with `default_cluster` prefix.
HappenLee pushed a commit
to HappenLee/incubator-doris
that referenced
this pull request
Apr 24, 2026
…ache#38199) Use the sql to query routine load records: ``` show routine load for db.job1\G ``` return all routine load job in the db: ``` 10 rows in set (0.02 sec) ``` why the bug happen is there is no correct assignment when analyze the sql: ``` if (Strings.isNullOrEmpty(dbName)) { dbFullName = analyzer.getContext().getDatabase(); if (Strings.isNullOrEmpty(dbFullName)) { ErrorReport.reportAnalysisException(ErrorCode.ERR_NO_DB_ERROR); } } ``` dbFullName will always null if dbName is not null or empty. The bug is introduce by: apache#27861
HappenLee pushed a commit
to HappenLee/incubator-doris
that referenced
this pull request
Apr 24, 2026
fix - when label contains dbName, will loss intro by apache#27861 - show routine load for xxx.yyy can export authentication error intro by apache#33347 Note: Cases will be added uniformly in other PRs
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Aug 10, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Aug 10, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Aug 17, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Aug 17, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Aug 19, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Aug 25, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Aug 27, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Sep 1, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Sep 2, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Sep 3, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Sep 3, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
yujun777 added a commit
to yujun777/doris
that referenced
this pull request
Sep 3, 2026
### What problem does this PR solve? Issue Number: closeapache#27861 Problem Summary: After TABLE REPLACE on an IVM base table, a COMPLETE refresh fails while planning (IvmUtil.getIvmStream rejects the replaced base table). The command fails before StmtExecutor.planner() is created, and MTMVTask.createRefreshConsumer dereferences the null planner to capture the IVM plan signature, throwing "Cannot invoke NereidsPlanner.getCascadesContext() because the return value of StmtExecutor.planner() is null". The NPE is thrown from the executeCommand finally block and masks the original IvmException, making the real failure hard to diagnose. Fix: skip signature extraction when executor.planner() is null so the original command error propagates instead of being replaced by the NPE. ### Release note None ### Check List (For Author) - Test: Regression test ivm_ddl_concurrent_lifecycle_matrix - verified the NPE is gone and the task now fails with the original IvmException (IVM stream is unavailable or references a different base table) - Behavior changed: No - Does this need documentation: No
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for freeto join this conversation on GitHub.
Already have an account?
Sign in to comment
4 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Proposed changes
Issue Number: #19897
Remove
default_clusterprefix related to database.When upgrading, all prefix will be removed.
Further comments
If this is a relatively large or complex change, kick off the discussion at dev@doris.apache.org by explaining why you chose the solution you did and what alternatives you considered, etc...