Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
13.1
-
Can result in unexpected behaviour
-
Q4/2026 Replic. Development
Description
# Setup
|
CHANGE MASTER 'name' TO master_host='127.0.0.1', master_user='root'; |
SET @@SESSION.default_master_connection= 'name'; |
|
|
SET @@GLOBAL.`name`.replicate_do_db= 'named'; |
SET @@GLOBAL.``.replicate_do_db= 'unnamed'; |
|
|
SELECT @@GLOBAL.name.replicate_do_db; #=> ❌ unnamed |
SELECT @@GLOBAL.``.replicate_do_db; #=> ❌ (empty) |
|
|
# Cleanup
|
RESET SLAVE ALL; |
SET @@SESSION.default_master_connection= ''; |
SET @@GLOBAL.replicate_do_db= DEFAULT; |
Code Analysis
Sys_var_rpl_filter::global_update() and Sys_var_slave_parallel_mode::global_update() (and also Sys_var_slave_parallel_mode::global_value_ptr()) are detecting implicit @@default_master_connection by checking for zero length rather than null pointer.
Attachments
Issue Links
- relates to
-
MDEV-40296 SELECT ignores @@default_master_connection
-
- Closed
-
- split from
-
MDEV-40271 @@default_master_connection is corrupted if set to a string with null bytes
-
- In Review
-