Uh oh!
There was an error while loading. Please reload this page.
[fix](connection)Fixes session-related data is not cleared when the connection is disconnected due to timeout. - #55008
Conversation
Thearas
commented
Aug 19, 2025
Thank you for your contribution to Apache Doris. Please clearly describe your PR:
|
zddr
commented
Aug 19, 2025
run buildall |
zddr
commented
Aug 19, 2025
run buildall |
1 similar comment
zddr
commented
Aug 19, 2025
run buildall |
doris-robot
commented
Aug 19, 2025
TPC-H: Total hot run time: 34712 ms |
doris-robot
commented
Aug 19, 2025
TPC-DS: Total hot run time: 184659 ms |
doris-robot
commented
Aug 19, 2025
ClickBench: Total hot run time: 32.76 s |
zddr
commented
Aug 20, 2025
run buildall |
doris-robot
commented
Aug 20, 2025
TPC-H: Total hot run time: 33846 ms |
doris-robot
commented
Aug 20, 2025
TPC-DS: Total hot run time: 185140 ms |
doris-robot
commented
Aug 20, 2025
ClickBench: Total hot run time: 32.04 s |
hello-stephen
commented
Aug 20, 2025
FE UT Coverage ReportIncrement line coverage |
zddr
commented
Aug 20, 2025
run p0 |
zddr
commented
Aug 20, 2025
run cloud_p0 |
zddr
commented
Aug 22, 2025
run buildall |
hello-stephen
commented
Aug 22, 2025
FE UT Coverage ReportIncrement line coverage |
zddr
commented
Aug 22, 2025
run buildall |
hello-stephen
commented
Aug 22, 2025
FE UT Coverage ReportIncrement line coverage |
zddr
commented
Aug 26, 2025
run buildall |
doris-robot
commented
Aug 26, 2025
TPC-H: Total hot run time: 33846 ms |
doris-robot
commented
Aug 26, 2025
TPC-DS: Total hot run time: 184776 ms |
zddr
commented
Aug 26, 2025
run feut |
doris-robot
commented
Aug 26, 2025
ClickBench: Total hot run time: 32.29 s |
zddr
commented
Aug 26, 2025
run buildall |
hello-stephen
commented
Aug 26, 2025
FE UT Coverage ReportIncrement line coverage |
doris-robot
commented
Aug 26, 2025
TPC-H: Total hot run time: 33870 ms |
doris-robot
commented
Aug 26, 2025
TPC-DS: Total hot run time: 184476 ms |
doris-robot
commented
Aug 26, 2025
ClickBench: Total hot run time: 32.51 s |
PR approved by at least one committer and no changes requested. |
PR approved by anyone and no changes requested. |
Uh oh!
There was an error while loading. Please reload this page.
…onnection is disconnected due to timeout. (apache#55008) ### What problem does this PR solve? bug: 1. create temporary table c(id int) properties("replication_num" = "1"); 2. set wait_timeout=5; 3. When `show data`, can always see the temporary table Additionally, in this scenario, the aliveSessionSet also cannot be properly cleared. fix: When the connection is lost, don't just call closeChannel—call cleanup instead. # Conflicts: # fe/fe-core/src/main/java/org/apache/doris/qe/ConnectContext.java
…led (#55809) kill connection should not call `threadLocalInfo.remove();`,it will make current thread `getConnection` is null The current historical legacy issue: after killing the connection, it is not possible to execute threadLocalInfo. remove() on the corresponding thread; Resulting in more memory usage Related PR: #55008
…led (apache#55809) kill connection should not call `threadLocalInfo.remove();`,it will make current thread `getConnection` is null The current historical legacy issue: after killing the connection, it is not possible to execute threadLocalInfo. remove() on the corresponding thread; Resulting in more memory usage Related PR: apache#55008 # Conflicts: # fe/fe-core/src/main/java/org/apache/doris/qe/ConnectContext.java # fe/fe-core/src/main/java/org/apache/doris/service/arrowflight/sessions/FlightSqlConnectContext.java
…led (apache#55809) kill connection should not call `threadLocalInfo.remove();`,it will make current thread `getConnection` is null The current historical legacy issue: after killing the connection, it is not possible to execute threadLocalInfo. remove() on the corresponding thread; Resulting in more memory usage Related PR: apache#55008 # Conflicts: # fe/fe-core/src/main/java/org/apache/doris/qe/ConnectContext.java # fe/fe-core/src/main/java/org/apache/doris/service/arrowflight/sessions/FlightSqlConnectContext.java
What problem does this PR solve?
bug:
show data, can always see the temporary tableAdditionally, in this scenario, the aliveSessionSet also cannot be properly cleared.
fix:
When the connection is lost, don't just call closeChannel—call cleanup instead.
Issue Number: close #xxx
Related PR: #xxx
Problem Summary:
Release note
None
Check List (For Author)
Test
Behavior changed:
Does this need documentation?
Check List (For Reviewer who merge this PR)